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UNIT-I : Overview of Object Oriented concepts : PAGEN 
Objects and classes... Er St : ste a te ae vSOVERVIEW of Obj ECT 

` Abstraction, generalization and inheritance «stiit Rest (se: Opiented Concepts 
Encapsulation, multiple inheritance ............sssssssssesscsssveesssssesecsssvecsssesseesennes (20 to 
PNG PTO RALION scssisivics: ccssssosrssntineranuanineseierieia etc E T (27t03 
Abstraction classes, polymorphism - OROERTIESRTIRINE NE SR Sortie! (32 to 
Link and association .....sssssssssssssecescsesescpereesesteceesseces NR im (FARE 
Need for object oriented approach A E te Serre (48 to: 
UNIT-II : So eas 


System design life cycle, abject oriented S/W aevelonient process 
- model, object oriented analysis 
_ Object Modeling Technique (OMT) : object model, function model, — 
Telationship among 1MOdelS......sssccsssescsessesceeseseensnessesnssneesnsseeeennneeeesesstes es 
Object diagrams, state diagrams, data flow diagrams...... ; 


0.1. th o l implement the behaviour of an. object justify. 
gr A ENTS (R.G.P.V., Dec. 3014) 


Analysis 2ss.scccteszescciitcieisssssecsbosescosssesconsuececsoneceessnnssececoneseconvossonsvonscnonnsesonsnensoantes ‘04 to lant action. Each rar is Sra griiols with a behaviour or a series of aes 
UNIT-III : Object Oriented Design-: 7 which, when executed, constitutes a behaviour. The object on which method 
Overview of object design, Combination the models, Designing i" operates is called the receiver objects, operating through its attributes and 
algorithms, design Optimization .........ssscssccssscseeeesesssssennnnnesssssesereeseeetennnnes (123 to methods.” 


Implementation of control, Adjustment, Design of association, 


object representation, physical packaging documenting design _ 0.2. What is the ‘role of cardinality in the development of an object 


decision, comparison of use-case driven’ approach. ie aael to If elationship model ? Explain with EXAMPLE: (BGR, Dec Age7 
UNIT-IV: > By ‘Ans. In practice, there are three common kinds of cardinali across an ; 
Translation object oriented design into implementation, ‘> association — one-to-one, one-to-many, many-to-many. 

Programming style -+-sscsscssssssssssssssseenssnteniateeesneteensnatenesnssnsereennetennnnnees (147 to «: A‘one-to-one relationship denotes a very n iation. For 
Documentation, characterization of object oriented languages, . example, in retail telemarketing operations, we would find a one-to-one 
Comparison of object oriented language like C++, JAVA, jobject 4 relationship between’ the class sale and the class CreditCardTransaction. _ 
programming decueeuccecececsuceccccscccsccecacecsseussccscnecsccasnscessnscsecessacsoussesscscucoeceeecvonases (164 to Each sale has exactly one corresponding credit card transaction, and each š 
UNIT-V : Unified Modeling Language (UML) :- `- Sete) 32,22! O Pi ta One calc, A one-to-many.association means, 
Class diagram, sequence diagram, use case diagram, collaboration, '~ for example, that for each instance the class sale, there are zero or more 
diagram, state, chart diagram, activity diagram, component instances of the class product, and for each product, there is exactly one 
diagram, deployment diagram --.s.:ssesscescentereesnnensstnensisetntesneeseieese dnon ana a relationshi s are also common. For example, each 
Object Oriented Database : Relational Vs object oriented database, instance of the class customer might initiate a transaction with several instances 


the architecture of object oriented database, query language for of the class salesPerson, and each such SalesPerson might interact with 
ne 
- object oriented database a iti REE mn tol many, different customers 
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oriented nay and Design A P 
Sy 7 they promote understanding of the real world a i 
Shorr Questions TE Sere inplementation ty rld and provide a practical basis for 
E a ARATIN Si fudgement and the nase ofthe ne Problem into objects depends 


TOS oe pet eA ge ee Pb | on judgement and the nature of the > problem. All objects hi have separate ident 
e orin obi parate identity 
Q 3 D yer ‘between an tive and ional a 2006, "20 | and are distinguishable besides the same attributes. Two apples w with the same 


color, shape, and texture are still individual a apples; a person can eat one and 
it wing are the differences between active and passive objects ~ then eat the other. Similarly, identical twins are two distinct persons, even 
Ans — : e that encompasses its own) thread of though ‘they may look the same. The The term identity means that objects are 
oo OLAn active. object is on t i Sat distinguished by their inherent existence and not by « descriptive properties that 
control, whereas a passive object does no TE . t they may have. 
tive objects are generally autonomous meanin tha hey cay. ———— 

(i) Act out being operated upon D by another object. O On the Classes — An object class describes a a_group of objects with similar 

exhibit some behaviour without bein ee o a stale char nge: when ex exalt properties (attributes), common behaviour (operations), common 
aie hand, passive obees cana ae rpo 8 ‘sto other objects and common semantics. Person, company, animal, process, 
i e es Eeeh penon Tas name and Bin and may 


work at a job. Each process has an owner, priority, and list of required 


* resources. Classes often appear as common nou dnoun hrases i in problem 
: serio and discussions with users: 
“Objects ina class have the same attributes and behaviour patterns. Most 
ts derive their individuality from differences i theinatinbuts values and 
mona SA ail objects derive their individuali lity from differences in their attribute values and 
ered by ne a but itis only operated q relationships to other objects. “But object with identical attribute values and 
rates on other o ; = 


relationshi s are possible. - 


ao Object 


| 
l 
i 


upon by other objects.. ~ The “objects in a class share a common semantic pu ose, above and 
te ee [he objects in_a class share a common semantic purpose, 


0.4. What role does the cardinality play in the e develop men tof ait bjec beyond thë requirement of common attributes and behaviour. Thus even though 
relationship model ? What is the di differ erence between an active.and passive ~ Tarn and a horse both have a cost and age, they may belong to the same 
state of an object ? Discuss clearly. TAS CEE Dec. 20 06 010) SfassvIf the developer took info consideration that a person paints a bam.and_ 


“Or = feeds a horse, they would be modeled as distinct classes. The interpretation of 
-What role does cardinality play. in the developiaen us of OJE semantics depends on the: purpose of. each ap] cation and is a matter of 
relationship model ?. What is the di ifference between an.active. an passive j= ju gement. Pe R 


-state of. an object ?. = R. GPV, K, D 003) 
Ans. Refer to Kew and 03: D: 


; À 
Each object knows its class. Most bjectorientba programming languages 
can.determine an object’s class at run time.. An object’s class is an puc 


property of the object. ` 


0. 6. E: xplain the concept tof object. Show the representation of class and 
object in case of UML. How objects ¢ of tv two di lifferent classes can interact ? 


ki Explain. - TE = ` (R: G.P V., Dec. 2011) 
n Ans. Oja “Refer to 05, 


Differentiate. between classes and object wi with th example: Representation c of Class and. Object in in.U UML Fig. 1 il depicts a class 
ree Bee AR. GP Dec. 200) (left) and instances i 
“Or. Healer aes a arlonymous | yerson are instances” “person. The UML s mbol for an 


See Distinguish b between the terms i objects a and classes. (R, G.PV., Ju lune 201! object is a box with an object name followed by a colon and 


X The object name and class me-are both underlined. The convention to. to list 
_ ÅNS.: Object - An object is-a-concept;. bstraction- or-thin with cris} l the object name afd lass n aane if in boldface. : ENT is : 


tans neil penal Ogee Ti two pu rposes- 


Liha -o Defi ne- the term objecta ‘ind classes. Uh example: 3 
S CUERO Ge D 


6 onpa oriented Analysis as Door, 


yai ‘ me = 
AA r N POA SECs). 
Objects” geet Rt 


paoe ork merr ar T TSS PEDS ORG 
* Fig. "LL ‘Class and Objects i 

JMÉ sy! tion-is-to-list-the clas 

Ls “bak for a class is a-box. The-conven 

The uM enter the.name.in the box,.and capitalize the first -letter 


SRW 


as 


‘name Í in boldface,.c 
ingular noun is. used: for. the-name- of classes. 


The interaction model describes how objects iriteract to ‘produce -usefu| 

-modeled-at different levels of abstractiOn:"At a 
high level; use-cases- -describe -howa system interacts with-outside: “actors. 
ach use case represents a piece of functionality that a system‘ rovides.to i its 
users. Use cases.are. useful for capturing informal \requirements.~ 


ms sro more detail’ and show-the ressä; es exchanged 


mrang at Ps, 


results. -Interacti 


See 


behaviour sequences seen by_ users of a systems =~ ot k 


<- And-finally,-activity diagrams provide further détail and show: the flow of 


contro among the. siepi ofa ae Activity diagrams’ can show data 
ams document the steps necessary 


diagram. 
Q.7. What is class ? Explain: with example,-- 
Serer 4- 
Ans. Class - - Refer to Q. 5. rr 


ees co aAA = ges 
Example ~A typical dlass- declaration i is as follow a 2 tr pu Re Cea 
--class-employee ~—-- - oe : ee peat al 
Zee igs CEES aan iene eae eo 
¿= private: Sere ee A 
Se intid; ~~- CARR ~flvariables declaration 
treet’. float salary =n Rk} Soie i a oe 
„+ public: ae ; wee 


-. void getdata (it (int a a, 1, float b); 
- void aa (ai; 


We Sah define a ‘ncaninghil name for a cJass, such as € ee. 


Wfanctions declaration 
llusing prototype. 


This-name now acts-as.a new data type that can be used to declare instances. 
of that class mployee has two data members and two function 


members. Here, the: 
The function getdata( ) assigns values to the me 


and putdata(_) shows their values: 


ember variables id ; alary, 


dilection of discrete objects that incörporate both data structure and behaviour. 
‘This is in contrast to conventional’ programming _inwhich- data_strtucture“and 


(Re GPV ~Dec:=2012 JR: 


ese functions'are the only permissible - 
—— oY permis 
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o erations. on the data members’ of | this láss" This represents that the data 


cannot be accessed by any function that is not a member of the class employee. 


~Q.8. Differentiate between me traditional and object oriented views of 
sotware. awe ia (R. G.P.V., June 2010) 


' Ans. The term object-oriented (OO) means that we organize software as a 


ehaviour-are only loosely connected. There is some dispute about exactly what 
characteristics are required by an object-oriented approach,-but they generally 
ificlude four aspects—identity, classification;- orphism-and-inheritance- 


-Identity means that data is quantized~into’ discrete; distinguishable-entities 


called called objects. A par. hi in a document, a Window on myworkstation, and “are 


examples of. of objects. Fig. 1.2 shows some_additional_objects..Objects.can be 
concrete, such as a file ina ee em, or.conceptual, such as a scheduling policy 


Each object has its own inherent identity. 


in a multiprocessing operating system. 
. Inother words, two objects are distinct even ifall their attribute values are identical. 


„Classification. means that bje ects with the same data structure. (attributes) 
and beha Operations) are into a class. Paragraph, Monitor, and 
Chess Piece are examples of A fees A class is an abstraction that describes 


—_—_ eee yee 
properties important to an to an application and ignores the rest. Any choice’ of _ 
classes is arbitrary and depends on application. 


y Variable Name .. 


aDebit 13537163 
anAccount 56826358 
aSavingsAccount | 45205128 - -. _.. ts ; 
A Symbol Table A A Binary Tree -—-The-Gray Television 


wE 


Brian’s Bicycle A White Rook 
Fig. 1.2 Objects > 


eode nea 


M 


ike’s Bicycle 


“Each lites describes.a possibly infi nite set of individual objects. Each 
object i is said to be an instance of its class. Each instance of the class has its 


own value for each attribute but ree te. attribute names and operations ` 
with other instances of the class, me_of 


other instances of the. S. Fig. 1 3 shows two classes 


tains a1 an imp licit r 
it Knows i what. ki nl of thing it is” it is”. 


“Polymorphism r iS ‘that the same operation ma y behave different! on 
different classes. The move operation, for example, behaves di erently_fora 


ce to 
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onto 


5; specific im jemen tio 
les of 0 erations. A speci 

and move are zon called a method. Because an’ ‘object-oriented operator į 

ain 


by? . cern it may have more than one method implementin le n 
- r the real world;:an operatio Bicycle Objects naa Bicye è Clas, 
n ` n - 

i jon of analogous. naen Attributes 
is simpl an abstract ee 
behaviour across ¢ » Wheel Size 

objects. Each object “knows how e = Gears 
to perform its own operations. In an “Abstract Material’ 

i o 


object-oriented- -programming 
language, however, the language the language aani 
automatically selects the correct. selects Soe aie eea correct_. al Ah AWS anes 


method to E inalement an oneralan’ an operation ' ony TAY = TES 
ased on ased on the name of the operation name of the operation - = 


and_the.class of the object EEEO Polygon Objects -Polygon Cla 
operated on.. The user of—an-- ‘Aitvibutes 
operation need not be aware of how (\ l > oh ak Verties 
many methods exist to implement a ween A bitrate = Bard Ch 
given polymorphic operai L aale E ratin 

evelopers can add new classes Draw 
Without changing existing code, as Erase 

j r” ove 

long as they provide methods 


each applicable operation. “Fig. 1.3 Objects and Classes 


Inheritance is the sharing of attributes and operations 
classes based on a hierarchical relationship. A superclass has general in informatic 


ae i TEA fu 
, can 
accessed outside the class. For exam le — cop z only 


= itoumbes y + 


envoi display), > oth i RS ES Cie EENES 
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he data members that are private, 
“inside the. main TO . The private data of a 
U h the member fünctions of that class. The 


nctions that are declared public 


ae i eu 


‘void seit Ra Th orim 


So intmain() as 


item i; Se nr S 
inumber;'~ 
= 10; 
i.getdata(-); 


İl error, number is private 
ÍI ok, x is public” 


SBs ° idisplay(); ~~ 


return 0; 


As shown in the above example, only public data members and member 


finetions are directly accessed inside the main program, Private data members 
features) amor ‘(like number cannot be accessed directly inside 


the main program. 


(ii) Inside a Member Function of the Same Class —Inside a member 
that subclasses refine and elaborate. Each subclass incorporates, or inheri: function of the same class 


all the features 
nt repel the features of the superclass, Fr example, Scrolling Window z x 

ixedWindow are subclasses of Window. Both subclasses inherit the featur 
of Window, such as a visible region on the screen. ScrollingWindow adds 


. scroll bar and an offset. The ability to factor out common features of sever 
‘classes into a common superclass and to inherit the features from the supercl: 


can greatly reduce repetition within designs and programs and is one 0 oft 
. main advantages ofan object-oriented technology. i 


5 0. 9, Describe the mechanism of accessing data members and memh 
= functions i in the following cases — 


(i) -Inside the main program — 

(ii) Inside a member function of the same class 

gi Inside a member function of another class. ) 
SA - a: -(R.G.P.V.; Dec. 20! 


ublic and private data members and member 


s and its own unique features. Subclasses n ne: functions can be accessed, For example — 


class example 
Tmi int x; 
public: 
void get( ) 
{ cout << “Enter value of x ”; 
cin >> x; 
a disp( ); 


void disp( ) 
“cout << “Value is” <<X; 
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int main( ) nar, \ idee HOY by t Su è M Wis: 
fst me ern iR ; void disp1( ) 
example e; 9 pigi? F 3 iors. i 2 IIGINGL 2 
e.get( ); “od ieee l : : example e; (Nia 
return 0; bath Wasi, e.get( ); en 
} ic as eh a e.disp( ); 

Here in the above example, we find that get( ) functi n access both . S T S T 4. E salt al ool 
‘rivate data x and public member function disp(_). Thus, inside the membe ` a aye SOUL SS Value Of Y=" ES Jir afia tees © usd . 
Faction of th e class we can access both private and public data member; pmo, 1S E E A E Ha 
as well as member functions. ge Sig y pn Ee 
ee a Sap Pater F : P 

= ee in 

` ~ (iii) Inside a Member Function of Another Class — We can access = sy asks ) pe i : 
public data members and ublic member functions inside amemberstupction SRA —“oexaniplebelese28 imi ipten is nia 
af another class. We cannot access private data members and-private memer ~-r; iget ei EES o REAR 
function, inside a mem ion of another class. For example — “el.dispi( je io mieta Byer Suet stig Sadie aon 

- . class example a: Sepa ionis t= ia return 0; . E 
{ EE jrg 


asa D X niii antan E Dos (oie ans E eel a - Here in the above example, we find that public member function get( ) of 
Bese ` public: e a a RAUA eee Sail class example is accessed in disp1( ) function of class examplel. This shows 
eee beannan void'get() ae AT. CISL Cie zi Š v that public data members and member functions can-be accessed inside a 

{ bda E TE ES member function of another class, 


-.,cout.<<.“Enter value of x=”; t S245 5i Siy _ 0.10. In what order are the class constructor’s called when a derived 
<= cin >> x; > bash ato e class object is created? _. : ~ < 21: (R.G.PV, Dec. 2013) 
sh baa FEES leith eo Or ie 
eadi pe So ma Sata Anan R ; -In which order are the constructors and destructors called when an 
me S AER Seraya a toe, PSA p Uy Nag ages object of the derived class is created explain with progrum. i 


Ans. The constructors important role in jnitializing objects. The 


KaRa raat bes derived class need not have a constructor as long as the base class has a no- 


goitik “Value otk =” <k; " : ; 
aie cout AEE RT atria argument constructor, However, if the base class has constructors with one 
Sesh aan aye Sen et Leyte Someones or more arguments, then it is necessary for the derived class to have a 
J; Bee oih fora SSRA constructor and pass the arguments to the base class constructors. In the 


43. Glass examplel hayatin le ite ead application of inheritance, objects of the derived class-are created. Hence, it 
wepo of SSO USS OLAS Le makes sense for the derived class to pass arguments to the constructor of the 
sis SuSE epbligg totes ernie anit inin iaiia Lat tenet ec bin: base class is executed first and then the constructor of.the derived class. 


sda nator void:getl(o) Feat Hite aos Se ase le aes SA Unlike constructors, destructors in the class hierarchy are invoked i 
Hiest p y o utisob wam aia] "oo aaien aeaa reverse order of the constructor invocation. The destructor of that class whose 


HSR ee He WAN Gat tiaiy, ianh eoan ains: constructor was exec i ildi j i i 
tout <2 “Enter value of y ”: ary sri uted last, while building object of the derived class, will 
> ainena iy 


cout << endl; 


Mapua) os. Bees o eivinal SACL ERT SeEOREES > - be executed first. If destructors are missing in any class in the hierarchy of 
Se } ibe? AGT eaatenit i VETETT hese SEN Et ee classes, that class’s destructor is not invoked. The following program shows 
Stamens Ras mire tind ion np Er erp the order of invocation of constructor: destructors in handling instances 


of a derived class. 


Saye Aa 
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/lorder of invocation of constructors and destructors :.: ..;, : à Output = 
#include <iostream.hž,' =- IIb class WWE HLS TTBS V No argument constructor of the base class basel 
class baset “asi yei. cant» PRESB CAP n oD esate Ol -No argument constructor of the base class base2’ 
| peak iganel fnew uh Yate st No argument constructor of thederived class derived 4+7 > 
opt a ae KUIR mere ae Suet > Destructor in the derived class derived 
See kee at! ARREN A » Destructor in the base class base2 
-cout <<'n No’ argument constructor of the: base: class base E Destructor in the base class base1 
abase (= meae basemen ia ~a ABSTRACTION, GENERALIZATION AND INHERITANCE 
` cout <<in: <n Destructor, in the base Class basel"; n genra o 
a } he TRAE Oren BE Pesi “Very Short. Questions : 
cine ia se Pls ea eae gar : ig 8 0. I. What is inheritance 3 | i ieee 
“publics e = Bes RLS Oa aS PARSE as Ans. The mechanism of deriving a new class from old one (i.e., existing 
Site base2(') Te es .class) is called inherit rivati e old class is known as the base. 
S E en Meese bce mete oe REE. ss Seu class and the new clas is called the_derived.class_or_subclass_The derived 
kan ---cout<<in No argument: constructor cof the =. class inherits all the capabilities of the base class and can add refinements anid 
fe aE ee . base? extensions of its own. The base class remains unchanged. : 


pi eas gree! Inheritance has two complementary roles — 


“ase R ' G) Toallow a class to be extended, so that its existing functionality ` 
i can be built on for new application. 


} < Cots SM u Destructor in in the bases deip tases : (ii) To allow similar objects to sete their common properties and 
japana oy SoA Jf ASR Rr sg REI reared behaviours. 


The general form of definin derived class is as follows — 


clase derived s publig basc 1, publie base2 =>. Se 


public: © ue as 
derived() ` CES ee S Bee, sisisi 
{ 3 A epee Ee 
i ae aia ‘cout<<"\n No argument constructor “of the’ derive? =e- ip AA ee Sree 
hes as ~y S EAn p 3 yells erived ~<0.12.'How generalization, specialization and inheritance are related i in 
_-nderived() sk oe SES Se SNe oN j 00M of software development rg be G. PX, June 2012) 
AN aa it Ae dee Ans. The-terms specialization eneralization, and i nce all referto 
FEE veal TE AE r-in-the-derived: clas: derived’ aspects of the samé idea. Specialization and generalization concern a relationshi 
a SP erate wath eons Spee ee among classes and take opposite perspectives, viewed from the superclass or 
intmain() i einer fies from the subclasses. Generalization refers to the fact that the superclass, 
“kane eRe aS _ generalizes the subcla es, The word specialization derives from the fact that 
Sucderived d yeeie so 3 t fe sul refine ar specialize the sues Inheritance refers to the 
Ek } Tettun 0,55 ee ae ‘mechanism for-sharing attr erations, and associations via the 


generalization/specialization relationship. . 


i j lysis and Design > 
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EAEE Short Questions ja os aa (iv) Coincidental Abstraction — An-obj: t packages a set of 
| l E sperations that have no relation to eachother = =~ 
sal 0.13."Discuss' abstraction in brief. a a ~ J We strive to build entity abstractions, because. they: directly parallel the 
Ans. Abstraction is one of the fundamental w we as humans co,vocabula iven problem domain. _ E i 

with complexity. Hoare suggests that “abstraction arises from arecognition —_@.16, What is generalization ? Give an example including at least one 
similarities between certain objects, situations, or processes 1n th neal Worltyperclass and three subclasses and aiminimum of one-attribute and one 
and the decision to concentrate upon:these similarities ands Carts for thyperation for each of the classes. Indicate the discriminator and specify the 
fime being the differences”. Shaw-defines an: m:as*“a'simplific,, mantic constraints among the subclasses: (R.G.P.V., June 2005, 2009) 


description or specification of a system that emphasizes'some of the system) - - iets, eines E wie 
| Ans. Generalization and inheritance are powerful abstractions for sharing 


fetails or properties while suppressing others. A good abstraction is one th, 475+ Sener ce 
emphasizes details that are significant to the reader or-user andi sup esssimilarities amon classes while pr Ee 
details that are, at least for the moment, immaterial or diversionary”. Betzin vould like to be able to model the following situation — 

ray and Naumann recommend that “a concept ifies as an abstractio, Each piece of equipment has a manufacturer,weight, and-cost. Pumps, 
only if it can be described, understood and analyzed indépendently of thalso have suction pressure- and flow rate. Tanks also have volume and ressure. 
mechanisms that will eventually be used to realize it”: Finally; abstraction cawe would like to define equipmient features just once and then add details for 


be defined as — -o oep iei ‘simp, tank, and other equipment types. 


ap plat? « fh 


“An, abstracti e-essential characteristics of an-object the Generalization is the relationship between a class and one or more refined 
distinguish it from all-other kinds of objects:and thus, rovide crisply defineyersions of it. The class being refined is called the superclass ‘and each refined 


conceptual boundaries, relative to the p ive of.the.viewer”. version is called a subclass. For example, Equipment is the superclass of 


Q.14. Explain generalization. — —--- (RGB, June 2010,Pump and Tank. Attributes and operations common to a group of subslasses 
Ans. Refer to Q.16: > coe. are attached to the superclass and shared by each subclass. Each subclass.is 
z Se Ade fer eP Si: ark oy es" said to-inherit the features of its superclass. For example,’ Pump inherits 

f Long Questions | She ii a 5B =i attributes manufacturer, weight, and cost from Equipment. Generalization is 

.- ONG UPTON l ots BIG eee sometimes called the “is-a” relationship because each instance of a subclass is 
Q.15. What do you understand by abstraction ? Explain entity abstraction *” instance Of the superclass as well. 


action abstraction, virtual. machine abstraction. - (R.G.P. V; Dec. 2004, Generalization and inheritance-are transitive across an.arbitrary number: 
~~ Ans. Refer to Q:137 “~ D RREA sy of levels. The terms ancestor and descendent refer to generalization of:classes ° 


An abstractio ds on the outside view ofan object a eves ti across multiple levels. An instance of a subclass is simultaneouly an instance 
separdfe an objects essential behavior from its implementation. There is : of all its ancestor classes. The state of an instance includes a value for every 
spectrum of abstracti objects which closely model problem domaj attribute of every.ancestor class. Any operation on any ancestor class can be 
entities to objects which really have no reason for existence. From the most t @PPlied to’an instance. Each subclass not only inherits all the features of its the features of its 
the Teast useful, these kinds of abstractions include the following —~ ~ ancestors but adds its own specific attributes and operations as well. For example, 

- (i) Entity Abstraction — An object that represents a Useful mode Pump adds attribute flow rate, which is not shared by other kinds of equipment. 
_ ofa problem domain or solution-domain entity... ~ “ghar The notation for generalization is a triangle connecting a superclass to its 


subclasses. The superclass is connected by a line to the apex of the triangle. - 
The subclasses are.connected by lines to a horizontal bar.attached.to the base 


<> (ii). Action Abstraction — An object that provides a ¢ ar 
À y in object that provides-a-generalized se! 
of operations,-all:of-which: perform the same kind ‘of function, ~ 

(iii) Virtual Machine Absträctio uy à ) 
operations that are'all used by somé’superior level o Soni > a an be connected to both the top and.bottom.of the bar,, but.if.possible. the 
all use some junior-level set of operations > = Sato” or operations thal superclass should be drawn.on top and.the subclasses on the bottom. 
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SERS ae he he The dangling subclass ellipsis (tripple dot) in fig. 1.4 indicates that there 
oT trae ONNE: are additional subclasses that are not shown_on the diagram, because there is. 


Weight = eras ~~ no room on the sheet. . 
‘Cost 28%: EO 


caine at ae oo ms aoe The words written next to the triangles in the diagram, such as equipment_ 
—- oe. mooo rs. A discriminator is an attribute 
$ $ : i g ‘ “4 t h 


Tanna] as type, pump type, and tank type are discriminato 
= i indi ich property of an object is being 


icates c 


-Name i E — F 
Manufacture: 


of enumeration type that in 
abstracted by a i 


[rem 


Surface Areas ==> discriminated on 


Suction Pressure Frecrimini iple. c icle can be 
| Discharge Pressure] | Tube Diameter . be discriminated at once. For exam le class Vehicle e discrimi 
Tube Length propulsion (wind, gas, coal, animal, gravity) and also on operating environment 


Flow Rate 
7 Tube Pressure ::. 
Shell Pressure. 


(land, air, water, outer space). The discriminator is simply a name for the 
basis of generalization. Discriminator values are inherently in one-to-one 


asis ee teat — 
he subclasses of generalization.-For example, the 


Plunger Diameter 
Number of.Cylinders_} ---- 


mo Sak Type A will tend to migrate to common superclasses: This is why we often speak 


Soa aa See ete ne fon nn en tet | ee ES . — of inheritance as being a generalization hierarchy. Superclasses represent 
___[ "Spherical Tank] [Pressurized Tank} [-Floating Roof Tank generalized abstractions, and subclasses represent specializations in which 
|= Diam fields and methods from the superclass are added, modified, or even 


le i ee — i “correspondence wit 
ie — a “l= operating environment discriminator for Boat is water. The discriminator is an_ 
3 Centrifugal Pump] enne i optional part of a generalization relationship; if a discriminator is included, it 
ial | | Plunger Length —.--)-*-*—S2)-—- should be drawn next to the generalization triangle. - — 


Impeller Diameter Diaphragm Material J. 
Number of Blades 
Axis of Rotation .--- |-" A 


SR = ~ The structure-and behavior that are common: for-different: classes 


Diameter ~ -— -ff Diameter: 
Height hidden. 3 x 
j a camer ee ae emia, E ; 

a EE aon goa Inheritance is perhaps the most semantically interesting of these concrete 

Diaphragm Pump): __.._ (Heat Exchanger. .\..--.( (Floating Roof Tank) rélationships, and -exists to express generalization relationships. In our 
; “Manat = Simpler = ce Manuta Browne" = “Manu = Simplex = experience, however, inheritance is. an insufficient.means of expressing all 
_| Weight = g eight = : t= P . > > . eee 

; Cost = $5000 Cost=-s20000  - |- -|° Cost=s50000:: < of the rich relationships that may exist among the key abstractions in a given 

>Suct Pres =1.1 atm Surface Area = 300 m? Volume = 400000 Liter problem domain. We.also need aggregation relationships, which provide the 


Disch Pres = 3.3 atm 
Flow Rate =300 Vhr 
Dia Mat! = Teflon 


Tube Diameter = 2 cm Pressure = 1.1 atm 


Tube Length = 6 m Diameter =8 m w CeO SE aaa Rife we als Jpart relationships manifested in the classes instances. For language 
Et Presse Dea Height = 9m reas -sich as Ada, C++, and Eiffel, we also need instantiation relationships,-which, 
= ane like Inheritance, support a kind of generalization, although in ligajon, although in an entirely 

‘is ifferent way. = aS 


Fig. 1.4 A Multilevel Inheritance Hierarchy with Instances 


_ .-Fig..1.4 shows an equi generalization. Each piece of equipmentisa -+= 2-17. What are the different.forms of inheritance ? Give.an.example 


anne exchan en tank, o ae pe_of equipment. There are-several _f.each.. .... ea acest. ve m .e t(R.G.PBV.,.Dec..2013) 
of tanks-floating roof, . anid a RE vs es. ~ Ans. There are following forms of the inheritance — z 
io Paling second level a val. Pump type and_tank type -== (i) Single inheritance ~~ (ii) Multiple inheritance 
both refine second level generalization_classes down.to a third level: the fact a aoea 6 ee 
that the tank eneralization symbol is drawn below the sap ei io (iii) Hierarchical inheritance (iv) Multilevel inheritance 
ymaol is not significant Several object instances are displayed at the ba =i (v). Hybrid inheritance. IRS aes T 
(6) e . . Pran S e-r 4 : . ° . . . eat i i 
m a er ect inherits features from one class at each level of the s (i) Single Inheritance — A derived class with only one_base.class, — 
diaphragn 1 pump ETRE bodies the features of equipment. ump, and is called single inheritance, That is, l ne so aek 
d as: i i 7 * 2 2 ` Onta . S . anager: 
7 L sumes the properties ulpment and heat exchanger. It shows B is a base class and D is.a derived class. 
: z ra E NA ~- ee LS 
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The general form of defining it as follows ~ En Base Class 2 
class derived_class : visibility_1 mode base_class 


3 . EH Derived Class : 
yee a cos oO Fig, 1.5 Single Inheritance 
_ (ii) Multiple Inheritance- -A derived class with seve 
is called the multiple inheritance, That is, 2 as 
It allows to combine the features of Bl and B2i theder 
new ones. 
_The syntax of multiple-c classes is as follows — 
class D: vanin BI, visibility. Bes 


pwet\ thle ve ce > 


Lo Spear I ey 


ral base classes 


vee 


nel pacers Seen PA rae 


2 Fig. 1.6 Multiple Inheritance 

n} “nae S ERNI 
‘(iii) Hierarchical iitheriiance = . The features ‘of one: ‘élass ae 

inherited by more than one class. It is called P jerar aia inheritance. 


Inheritance can be used to m 


requirements of a articular. rele. meee are added through 
inheritance to extend the capabilities of. a.class. n- <=. 


In C+, such problem-can-be-easil 
converted into class hierarchy. The base 
class includes all the features that are. f= =~ D 
common to the subclasses. A-subelass can, n of DE] Ee) EE 2 
be constructed by inheriting the he properties ie LT 
of the base class. A subclass.can serve a§ Fig. J, 7 Hierarchical Inheritance 
a base class for the | lower level classes. 


re Cpe 2 ET ITS 


emt ae a 2 badia 


(iv) Multilevel Tnherilonce - The. mechanism of. eat “ay class 
from another “derived class”, is called the multilevel inheritance. . 
rom ee eae 


Here, class A serves as a base class 
for the derived class B, which in turn serves 
as a base class for.the derived class C. 
The class B is known as intermediate base _- 
class, since it provides a link for the nee 
inheritance between A and C. The chain _ pote A 
ABC is known as inheritance path. ~ 


The derived class with multilevel Derived Class 


inheritance is declared as follows— Fig.-1.8 Multilevel Inheritance 


. 


Base Class- 


example.” herr ils 
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class A - j// Base’class 


class B: : public A- 


Iy B derived from A 


MC derived from B= -T 


. m eeaeee epr iin TT 


oa] ; ae Fig. 1. 9 Hybrid Inheritance 
TET, Tolen - When we need two or more types of | 


‘inheritance to-design a program. This process is called hybrid inheritance. 


Q.1 8. E xplain the oes oi of superclass ‘and subclass hierarchy with an 
(R.G.P.V., Dec. 2014) 


: Ans. To reuse as much as data and/or functions that hav been designed 


alieady, we create a class hierarchy. Class hierarchy consists of a base class 
and derived classes. 


i det VU ate 


“Organization of the. class hierarchies involves identification of common_ 


attributes and functions among a group of related.classes and then combining 


“them to form a new class. The new. class will serve .as.superclass-and the 


others as subordinate classes (which derive attribute. from. the superclass). 
A superclass :is ‘a ss from which another class inherits A superclass isa class from_which another class inherits properties. A _ A 


su erclass.shares its properties with its child classes. A subcl: shares_its tties with its child classes. A subclass is a class 
that inherits “attributes. atid ‘methods from a superclass. ` 


~ Subclasses-are-not-Jimited-to-the- methods provided-to them. $ the 


a class They-can also have their own caia members- and methods a part 
from those’ inherited. from the- superclass": Sorsan eee 


PERE Crp en = ARSA - 
oe ea TERE TR Ren eer ere JZ ep nee eer 
‘ 


(c) Second Level: =>... 
Sen ae ee of Hierarchy 


«s Fig. 1.10 


alt RÉ 


Vets A 
zee PSS, t 


ge A. 
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The process of f combining: the common attributes and functions among ą 

oup of related classes may_l be repeatedat. at different levels.of abstraction n With 
Tene of extending classes. As hierarchy structure becomes 
rogressivel higher, the amount of speci ification and implementation inherited 
5 the lower level classes increases. We may repeat the process until we are 
sare that no new cl class can be rmed. Fig. 1.10 shows two | level iteration 


process. 
ess. 
‘An example of superc 


two types, confi and request. Both these tickets have a lot of common 


attributes, for example, flight number, data destination and time. TTOWEVET, for example, flight number, data destination and time. However, a 


confirmed ticket would als e a seat number. while a re uest: Siffre’ ticket would also have a seat number, while a request ticket Woù would 


have a status. ARG. 


ea Si 
In this example, air ticketis a a superclass and two cubsascecare contd 
and reques e properties ene 


“Q. 19. Discuss i in n brief t the term ‘encapsulation. : 
_Ans. . Encapsulation, also called information hiding, consists of separat ing 
‘the external aspects of an object,-which are accessible to other objects, from 
the internal implementation details of the object, which are hidden from other 
objects. Encapsulation tion prevents a program from becoming so interdependent 
that a small change has massive ripple effects. The "implementation of an 
object can be changed without affecting the: applications that use ‘it. One may 
wish to change the implementation of an ot object to improve performance, fixa 
bug, consolidate-code, or for porting. Encapsulation-is not unique tc to-object- 
0 rriented languages, but the ¿ but the ability to combine data structure and-behaviour in 
a single entity makes encapsulation: cleaner : and more powerful than i in 
. conventional languages | that separate data structure. and | behaviour. 


Q.20. What are the disadvantages of multiple inheritance ? 
Ans. Multiple inheritance can introduce new problems for the programmer. 


The two chief proble j j tin different methods of the same name ` 


-from two different eriting multiple instances ofa class vi via 


two or more related immediate base classes. Meeting these problems involves 
introducing a few new rules and syntax variations. Thus, using multi ple inheritanc ance 
can be more difficul icult and problem-prone thar than using single inheritance. For this 
reason, many in C++ communi mity object st ‘strongly to multiple inheritance. inheritance. 


; encapsulation. 


class and its subclasses. 


- of the j join class. For example, an instructor is inherently both faculty and 


Harvard Professor taking University 
‘classes at MIT ? There is no Le" |S aes 
class to describe the 


one instance “happens to 


Overview of Object Oriented Concepts 21 


Short Questions E 


Q.21. Distinguish between the terms data abstraction and data 
aU GE V, June 2011) 
‘Ans. Refer to Q.13 and Q. 19. 


` Q.22. There is a healthy tension among piiniiplés of abstraction, 
encapsulation and hierarchy. Elaborate. (R.G.P.V., Dec. 2008) 


“Ans. There is a healthy tension y tension among the principles of abstraction, 


: encapsulation, and bieratchy, As Danforth As Danforth and Tomlinson point out, “Data 


abstraction attempts to provide an opaque barrier behind which methods and 
-state are hidden; Inheritance requires opening this interface to some extent 


and may allow state as well as methods to be accessed without abstraction”. 
‘For a give en class s,-there are usually two kinds of clients — objects that invoke 


operations 1 upon instances of the class, and subclasses that inherit from the 
~ class. Liskov therefore notes that, with inheritance, encapsulation can be violated 


imone of three ways — “The subclass mi; ubclass might access access an instance variable of its of its 


superclass, call a private- operation ition of-its-superclass, o! or refer directly to super 


x classes of its su erclass”. Different programming languages trade off support 
or encapsulation and inheritance in different ways. G++ offers perhaps the 


greatest flexibility. Specifically, the interface of a class may have three parts — 


= (i) Private parts, "Which ‘de declare- members: that-are accessible sible only- 
‘to class: itself. Sees me 


(ii) Protected parts, which declare e members that t accessible only to 


(iii) Public parts, which are accessible. to ‘all clients. _ 


`" Q,23. Write short note on accidental multiple inheritance. 
_ Ans. An instance of ajc 


in class is inherently an instance ofall the ancestors 


student. But what about a 


combination (it-would be 
artifical’ to make one). This 


is ‘an example of “accidental” 
multiple inheritanc 


participate in two over- Fig. 1.11 Workaround for Accidental Multiple 
lapping classes" Thit Case i$ Inheritance 
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ly handled by most object-oriented lan uages. As shown in fig. LU, the 
oorly hang h using conventional languages 1t to treat Person as. an object 
eed ol Itiple UniversityMember. objects. This workaround.replaces 
i ed in the next section). This is not totally 


n 
is a loss of identi 


dical changes.to the OO frame-work. 


Le ere 


Long Questions: 

Q.24. Write program modules that shows data encapsulation and data 
hiding features of OOPS. z i RGF veiune 2012) 
~~~ Ans. The wrapping up of data and functions into a single unit (Called 
class) is known as encapsulation. The data is not accessible to the outside 
world because it is hidden inside a class, so that it cannot be accessed even by 
wrapped in the class can access it. It is achieved by declarin the data part as 
private. All the data and functions defined in a class are private by default. 
- data members are declaréd-as-private and me e 
declared as public. This is illus i 
 #include <iostream.h> 
class vehicle = 

~~ private: private members | 

== nt ModelNum;... .. ...... „//model.number ~ n- 
” float costjeo.sneais:.... 2 ucMleost-of avehicle tresia 
re ie dipublic members--- -= 


bo nannan aoe ponr G ena ET 


~ ModelNum = mn; 


oa eene a 
„void ShowInfo( ) NEEESE 
cout <<"Model :"<<ModelNum<<.endJ;.. par: 
Stout Se'Cost.:"<<cost<<endls srono pe oe iie 
} TERE a 
eee bass} 3 “Way earr a pelea ae a on 
void main(’) “ice sare Sum non area 


between the separate roles, but 
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_ Vehicle v1, v2; //object vi and v2 of class vehicle 
< _ ,/Walues are passed to their object 7 77 
lera © wer VE-Setlnfo(1997, 2450.50), oraaa. aasi 

_ v2.SetInfo(2000, 2780.50); l 
“~~ //Each object displays their values > = ~- 


cout <<"Second vehicle ‘details-.."<<endl: - i 
v2.ShowlInfo( ); 


Spi te naih = a ae ee 
pie Outpt Ae het Seem S : 
ix First vehicle details.... canton: Jets 

es Model : 1997 ET, ae 


Cost : 2450.50 
“Second ‘vehicle details... ; 
agde: 200b = ate amaai gorse 
SS Gpst'='2780.50 mn <n ee BE CR ee. 

~_ 9.25. Discuss in brief multiple inheritance... _.(R.G.P.¥V., Dec.. 2008) . 
z ' Or Sener ree ee or 
What do you understand by multiple inheritance ? Describe with suitable 
example. “(RGR June 2007) 

“Ans. Multiple inheritance permits a class to have more than one superclass 
and to inherit-features from all parents.-This permits mixing of information 
from two or more sources, This is more complicated form of-generalization_ 
than single inheritance „Which restricts the class hierarchy to_a tree. The . 
advantage of multiple inheritance is greater power in specifying classes and an~ 
increased opportunity for-reuse. It brings object modeling closer to the way ._ 
péople-think.-The- disadvantage. is-a-loss-of:conceptual-and implementation- 
simplicity In-principle_all-kinds of different mixing rules-can be defined to. 
resolve conflicts amon ee eit re 

satures_defined_on 


features defined on 
different paths. 

“A class may inherit 
featurés from more than 
one superclass. A class 
with more than one: 
superclass-is-called-a-]---- 


Land Vehicle Water Vehicle 
A A 


Amphibious Vehicle 


join class. A- feature — 
_ from the same.ancestors, Fig. 1.12 Multiple Inheritance from Overlapping > 


Class found along-more-— 


- 


Classes. 


d Analysis and Design? 


l ited only once, itis the same feature. ng 
tions create ambiguities that must be resolved to avoid ambi Buities 


or misun erstanding, even ifa particular language provides a priority rule fo 
resolving co. ig-1:12-shaws-multiple inheritance: > 

Each EON should cover a single property, for example, where a 
vehicle travels. Ifa class can be redefine several distinct and independent 
dimensions, then use multiple generalizations. Recall that the content of a 
object model is driven by its relevance to an application solution, so do not list 
all possible generalizations, just show the important ones. In fig. 1.13, class 
` Employee independent s ecializes on pay status and. pension status. 
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than one 
parallel defini 


Employee 


À Pension Sait 


` Pay Status 


Vested > 
Hourly 
Employee 


Fi ig. 1.13 Multiple Inheritance from Disjoint Classes _ 


` The generalization- subclasses-may-or-may: -not:be:disjoint-For 
LandVehicle and Water Vehicle- overlap because’some travel on both land ane 


disjoint subclasses, while a solid triangle indicates overla: 
class can multiply inherit from distinct eneralizations or from different are 
within an overlapping i but. never from: two- classes:in-the- 


How does s the concept of inheritance of specifications help to overcome 
ese problems ? Explain. if G.PV., June: 2011) 


Ans. Multiple Inheritance — Refer to Q. 25. 


_ is simple but it does introd ome practical problems for ing 
anguages. Two issues must be addressed by languages —clashes among names 


from different superclasses, and repeated inheritance. Clashes will- ‘happen 
when more than one auperclasses rovide a field or oj eration with the same 


Difficulties in Multiple Inheritance — Conceptually, multiple inheritance 
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name.or signature ‘as ‘a peer superclass. In.C++, such clashes are resolved 
with explicit qualification. Repeated inheritance happens when more than one 
peer superclasses share a common’superclass. In such a situation, inheritance 


lattice will be diamond-shaped, and so the question arises, does the leaf class 
have one- copy Or multiple copies of the structure of the shared superclass ? 
approach, and others such as C++, allow the programmer to decide. In.C++, 
Virtual base classes are used to denote a sharing of repeated structures, while 
non-virtual base classes result in duplicate copies appearing in the subclass. 


: Q.27. Discuss. the various workarounds to deal with lack of multiple 
inheritance. A 2 


____ Ans. Dealing with lack of multiple inheritance is really an implementation — 
issue, but early restructuring of a model is often the easiest way to work 
around its absence. Some restructuring techniques are described below. Two 
of the following approaches make use of delegation, which is an implementation 
mechanism .by.:which an n object forwards an operation to another object for 
execution. 


(i) Delegation using Aggregation of Roles — A spelas: with 
multiple independent generalizations can be recast as an aggregate in which 
each component replaces a generalization. This approach is similar to that for 
accidental multiple inheritance. This approach replaces a single object having 
a unique ID by a group of related objects that compose an extended object. 
Inheritance of operations across the. aggregation is not automatic: T hey 1 must 
be caught by the join class and delegated to the appropriate component. 


In this approach, the various join classes need not actually be- created as 


explicit classes. All gombmanan of subclasses from the different generalizations 


are possible. | see Hesse z 
_ _ (ii) Inherit the Most Important Class and Delegate the Rest — fig. 
1.14 makes a join class a subclass of its most important superclass. 


> | Employee 
- | -Payroll 


Pay Status _ 


-Hourly .. 
Employee |- . 


~~ Fig. 1:14 Multiple Inheritance using Delegation 


©} Employee KO 


Employee 
Pension 
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“Employee | 
-$ -Pension f: 


~ oP Hourly | 
= aun ; 


Fig. I. 1 5 T Inheritance using Inheritance and d Delegation: 


The join class is treatedas -an aggregation of the remaining superclasses 
and their operations are delegated as in the ‘previous S alternatives. This approach 


AE Sinaine tia 


preserves identity and inheritance-across one-generalization. Gua 


(iii) Nested Generalization + F actor. ón-onè né generalization 1 irst then 
the other. This approach multiplies outall possible ‘combinations. For example, 
in fig. 1.16 under each of HourlyEmployee, SalariedEmployee, and 
ExemptEmployee, add two subclasses for vested and’ unvested employees. 
This preserves inheritance but duplicates declarations and code and violates 
the spirit of object-oriented programming. . 


Any of these workarounds can be made to work, but “all compromise 
logical structure and maintainability. Some i issues to consider when sel = ting 
the best workaround are — 

(i) Ifa subclass has several superclasses, all of equal all 

it may be best to use delegation and preserve. symmetry in the mode 
ane (ii) If one superclass-clearly: ‘dominates: and the others’ are ‘less 
important implementing Duae pier inheritance via single inheritance and delegation 


may be best. i ana 


Se 


anisi 


Pension 
Status 


Pension 
Status | 


Hourly | -]-Hourly—|—] Salaried | `f Salaried | | Exempt ` Exempt 
Vested Unvested Vested Unvested Vested Unvested 
Employee Employee Employee Employee Employee Employee 


Fig. 1.16 Multiple Inheritance using Nested Gen erclization s 


(iii) If the number of combinations. is. small, consider nested 
` generalization, If the number of combinations is large, avoid it. 


» a 


or recursive — 
——— y 
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(iv) If one superclass has significantly more features than the other 


superclasses or one superclass clearly is the performance bottleneck, presey 
inheritance through this-path. 


(v) If; you ċhoose to use nested generalization, factor on the most 
important criterion-first;-the next most-important-second and’so forth. 


- (vi) Try to avoid nested epa azador if large quantities of code 
must be duplicated. . sy = 


` (vii) Consider thei importance of ‘maintaining strict identity. Only nested 
generalization: Preserves. this. - city eina Saeed 


psa on t= | TAGGREGATIONT |... ooo = 


Very Short: Questions. 


a 28. List the properties of aggregation. 


` “Ans. -There are certain „properties associated with the objects i in an 


aggregation. They are — 


as (i) _Transitivity - -IfA is part of B and B is part of C, then A is s part 


of ‘C. For example, i ors are part of loun e, and: loun e is part of 


ouse then patio doors are part of house 
(ii) Antisymmetry —IfA is part of B th n B is not art of A. For 
example, if kitchen is part of hou is not part of ki 


(iii) Propagation — The environment of the part is the same as that 


of,the- assembly. For example, if the car‘is in the araj d thien’ La steering 


eel-is unlikely to be somewhere else.-""~ vene” 
SE Chat hied Me OS GUSTE EISE 


Short. Questions ` 


Q.29. What are the different types sof aggregation ? Defi ine them with 
examples. —— (R. G. P. K, June 6.2007) 


Ans. Aggregation can be fixed, variable 
geregation can be xed, variable | 


Wy (i) ‘Fixed — The articular 


members and types of the component parts __ 
are predefined. For example, a car has one 
engine, four wheels, ing wheel etc. 
EAT pr ED 
Statement 


(ii), Variable — The number of. 
Fig. 1.17 Recursive A geregate 


levels of aggregation is fixed, but the number 
o pans may ‘vary (like the train). 
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like a Russian doll. A more ci 
to contain:a ointer-of its own 
objects of the same class.-An-examp 


(iii) Recursive.—;The object con 


e. allowin 


\ 


~ 9,30. Explain a gregation 

i Q.30. Explain 0ggr eae OF 

How do association and aggregation differs front 
with suitable example. 


objects are ti 
the two objects are usuall considere 
often be linked, iti 


Some tests include — 
eS Siny 


(i) Would you use the-phrase part. of? — 


some parts ? 


object class is subordinate to the other ? 
ggregations inclu 


-a company is an aggregation — 
Of its divisi ich are in 


turn aggregations of their 
epartments; a company is 


indirectly an ion of. 


Works For 


and person are indepen bjects of equal stature. 


The decisi ation is a matter of judgement_and i 


aggregation. To a large extent this kind of uncertain 


Specific example in C++ is the ability for an object 
it to send messages to other 


= eee Ere, TC eee 
leis shown in fig: 1-17.) >te > 
versus association. (R. G.PY,, Dec. 2008) 


each other ? Explain 


(R.G.P.V., Dec. 2010) 


ba 


-independent 


matically a lied to its 


(ii) Are some operations on the whole auto y-app 


all or 


~ ii) Are some attribute values propagated from. the: whole to all or 


(iv) Is there an intrinsic asymmetry to_the. association, where one 


de part explosions and expansions of an object into 


Fig. 1.18 Aggregatio:: and Association ` 


departments. A company is not an aggregation ofits employees, since compan) 


arbitrary. Often it is not obvious if an association should be modeled_as an 


ical of modeling 
Modeling requires seasoned judgement and there are few hard and fast rules 
Q.31. Discuss aggregation versus generalization.(R.G.P. A Dec. 2008 


Ans. Aggregation is not the same thing as generalization. Aggregatio 
relates instances. Two distinct objects-are involved; one o 


of a single object. Both superclass and subclass refer jes of a sing! 


tains components of its own type, = Overview of Object Oriented Concepts 29 


object. \ eralization an object is simultaneously-an instance of the 
superclass and an instance of the-subclass. Confusion arises because bõth — 
aggregation and generalizatj ive-rise to trees through transitive closure. An 
-An 
aggregation tree is composed of object instances rt ofa composite 
escribe an object. 
5 eneralization is often calle 


object; a generalization tree is composed’of classes that d 
Aggregation is often called “a-part-of” relationshi 


-of” or “is-a” relationship... 


‘- f Fluorescent 
oe -Lamp TS 
, a pi Y $ f 
-| Twist 
$ Fig. 1.19 Aggregation-and Generalization 


Fig. 1.19 shows aggregation and generalization for the case of a desk 
lamp. Parts € explosions are the most compelling examples of aggregation. Base 
cover, switch and wiring are all part of a lamp. Lamps mas be classified into 
“several different subclasses fluorescent and incandescent. Each subclass may __ 
have its own distinct parts. For example, a fluorescent-lamp_has_a ballast 
twist mount, and starter; an incandescent lamp has a socket. Aggregation is: 


- 


LONG QUESTIONS 
0.32) What is aggregation ? explain. 
t Or 

xplain meaning of aggregate components of objects with example. - 


ace tanta l (R.G.P.V., Dec. 2003) 
Or 


Provide an example of composite object and explain. - 
(R.G.P.V.,.Dec. 2004) 


Ans. Objects whi ec ef-oth j 
er-objects are 

called aggregate components of objects or composite objects or simply called 

as aggregations. Example of composite objects are a computer whose 


components are screen, keyboard, mouse and processor box; or a flower 
whose components are stem, leaves, head and petals. erry 


ften 


em is a part 0! : Aggregation ma well exist in several layers, so that objects are composed 
the other. Generalization relates classes and is a way of. structuring the descriptio! of component objects which themselves are composed of other objects. A 


number of 


rain, for example, is composed of one or more locomotives and a 


= N . n 
j ‘ented Analysis and Desig 
30 Object Orien | . l 
wagons: The locomotives-and .coaches/wagons are in turn 
hes-or:. 5. 3 ME A 
om sed of-many.smaller com onents. ee 
le” or “‘a-part-of” relationshi in:‘which objects 
f something-are-associated-with-an- object, 


representing the com onents 0 = 
representing the entire assembly. 


~ “Aggregation is a strong form of association in which an aggregate-object 
is ot of components. Components are part of the aggregate.. The aggregate 


it is made of several lesser objects. A single aggregate 


separate aggregation in order to emphasize the imilarit amis 
May or may not exist apart from the aggregate mu z : see a 
Aggregation is inherently transitive; ana egate has arts, W ich i y me H 
have parts. Many aggregate operations imply transitive closure a : 

irect and indirect parts. Rs ve aggregation mon. 


Minute 
Hand 


4 


Face 


of an Aggregate Object gis M/} 


; 9 a 
A common analogy for a composition hierarchy. aggregation sis.the 
‘exploded parts’ diagram, .or ‘parts explosion’ commonly used for.pieces of 


machinery. The whole component (a clock for example) is shown in.a diagram 


of exploded parts, so that we see all the different internal discrete. jects 
which compose the whole discrete object (see fig. 1.20). === 


Q.33. What is aggregation ? Give an example of aggregation. Your 
example should include at least one aggregate object and three components 
objects. Specify the multiplicities at each end of all the_aggregation 
relationships. see (RGR, Yunes2005) 

_ Ans, Refer to Q.32 and Q.30.. °° te i e: 


an extended object that is treated as a unit in many operations . 


oþject may have several parts; each part-whole relationship is treated as™a - 


docum 
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nui 0.34. Compare aggregation and inheritance. What are the properties 
of aggregations ? 


a “222 (R:G:P Vy Dec.“ 2011) 
;osAns. Aggregation.and Inheritance — Refer to QIE ata 
-223 Properties of Aggregations = Refer to 2 a Maat 


Q.35. Describe the concept of aggregation and generalization by giving 
suitable example. Also discuss that how aggregation is different from 
association and generalization. l (R.G.P.V., June 2007) 
Ans: Aggregation — Refer to Q.32. oF 
~~ Generalization = Refer to Q.16. 
-< Difference between Associat 
and Q31. 


ion and Generalization = Refer to'Q.30 


“"'Q.36. Write short note on recursive aggregates, (R.G.B V, Dec. 2009) 
tame es Or l 


hat do you understand by recursive aggregates ? Also discuss 
pagation of operations. (R.G.P.V., June 2007) 


> Ans. A recursive aggregate contains, directly or indirectly, an instance of 
the same kind of aggregate;the number of potential levels is unljmited. Fig. _ 
1:21 shows the example-of a computer program. A computer_program is an 
1-21 shows the exam 


aggregation of blocks, with.o tionally recursive.compound-statements; the — 
recursion terminates with simple statements. ee -- 
recursive aggregate — a superclass and two 
subclasses, one of which is an_intermediate 
Simple 
- = mr ease Statement Statement 
intermediate node is an assembly of instances 
the automatic application of an operation ‘to a network of objects when the 
operations to parts is often a good indicator of a gation. 
‘Fi S ay 


Blocks can be nested to arbitrary depth. __ 

node of the aggregate.and one of which is a 

of the abstract superclass, __ Fig. 1.21 Recursive Aggregate 

operation is applied to some starting object. For example, moving an geregate 
ig. 1.22 shows an example of propa ation..A person owns multiple 


Fig. 1.21 illustrates the usual form of.a 
isive aggregate — a superclass a F ick ] 
od 
terminal node of the aggregate. The LJ Compound 
Propagation of Operations — Propagation,-also known as riggering, is 
moves its parts; the move Operation propagates to the parts. Propagation of 


ents. Each document is composed of. paragraphs that are, in turn 
composed of characters. The copy operation propagates from documents 


to. paragraphs to characters. Co ying a paragraph copies all the characters 


in it, The operation does not propagate in the reverse direction: a parasraph 


es : Overview of Object Oriented Concepts 33 
R ocument-SimiHárly -copying a : 20.38. ‘What are the advantages of. polymorphism ? 


awn-a-copy of the person 
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; emer 
an be copied withou ag-the whole €es 
a copies the owner link ‘but does not sp 


who is owner. -- 


- + Ans. The.advantages of-polymorphism-are a lea sa 


Eos (i) -The biggest advantage o orphism is creation of reusable 
code by: programmers, classes once written,-tested and-implemented can 
easily reused without caring about what’s written in thecases. 


>= Gi) -Rolymorphic variables help with-memory-use, -in-that-a shale 


Lae TAR ~ ` variable can be used to store multiple data types (inte ji ), rather 

= ; : ESAN Š - = a pe gers,-strings etc.), rath 

- -Fig 1.22 Propagation of Oper BONS Sie than-declaring a different variable for ae emo e 
X ‘ a a aa . 


Most other approaches present anall Q.39. What are the disadvantages of polymorphism ? _ 


zep copy, or copy the starting obj none- otthereaied Ane mee 
pais se os ae The concept of propagation of operations TOVides oe of polymorphism 
ODJECS W : : eee (i) _ It’s esoteric. ae 
a are and powerful way for specifying an entire continuum OREEHES™ go with it. Rather it serch: Sanat ta before abstraction becom 
ing at’ initial obj owing °-> —— = PR TAKES. ars of dedication before abstractio 
An operation can be thought of as starting at’some initial object and towing scond nature. 2 ab n becomes 


; : ; i tionrules-Propagation ————.—" ; oer a 
from object to object through links ac ding to propaga : (ii) Huge up front hit in migrating 1 it - 
is possible for other operations including save/restore destroy , print, lock andi ing legacy codes as it often has to be 


redesigned from scratch. Of course in the long run, in terms of reuse 
flies ree o performance and robustness, this eventually becomes an advantage. 


notation. The 


ee 


“Mery Short Questions | iam 


0.37. What is polymorphism ? ~~ ~~~ 


Ans. Polymorphism literally means “many forms” I hism mear 
the ability to ta m. An operation may exhibit differer 


behaviours in difi i ese behaviours depend upon the types ¢ 
~ a on 


Hourly 8 
Employee 
Hourly Rate 
Overtime Rate ~ 
Fig. 1.23 Abstract Class 


„ _— Abstract classes, as shown in fi 
rat several classes. It is often useful 


Salaried 
Employee e 
Weekly Rate 


data used in the operation. For example, t dec “and th 


the type of object that will be operated on. Polymorphism allows the system! 
automatically select t ject conc at Tu 


time. The system can dynamically choose and perform t 
' depending on the data at run time. 


+ 


._1.23, organize features common to` 
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classes that participate in the sa jation or aggregation. Some abstract 
casses appear naturally in the application domain. Other abstract c classes are 


a, 
artificially introduced as a mechanism for promoting code reuse. ~- ai ; 


Abstract classes are frequently used to define methods to be inherited b by 
subclasses. On the other hand, an abstract class can define the protocol for: an 
opération without supplying a corresponding method. This is called an a Dstr ac 
operation._An abstract operation defines the form of an opefe i 
each concrete. subclass must provide: its own im plementation. A concre g 


class may not co abstract operations because objectsig of the c concrete 


7 


class would have undefined operations. | Se ne hae 
ot ee 3 
Fig. 1.23 shows an abstract operation. An abstract operation is desig ona 


by a commentin braces.:Compute-pay ation 
Employee. Its form but not its im [ementation i is defined. Each subclass mu st 


—_ 


supply a method for this operation. = | i w- 


_ Q41. Describe abstract motions in: brief. a arn aa t 


Ans. -An abstract- method -has rio i 
namie can be-inherited by derived Classes. This creates a “consistent ‘interface 
across all ‘the clases ina peeve For exam ple, the “turnOn” methods of 

el an or pum 
Two methods have r soaking in common: | 
‘Pump’ class should have a ‘turnOn’ method. This is because it is not ood 
practice to have _overloaded_method -names -in-separate-parts of a class 
‘hierarchy which do.not have a-common: not, since the-methods are then 
applied in an ‘ad hoc’ wa with no reference to each other. The question, 


what is the implem ‘turnOn’ method in the ‘Pump’ class if if 
is not s not used for common:elements of of the two other methods ? the two other methods ? In fact, fact, the 


method iethod does nothin functional at all at all — it exists as a “placeholder for — it exists as a ‘placeholder’ ial! the 


‘The ‘turnOn’ 

method does nothing i in 
the ‘pump’ 

class but acts 

as a ‘placeholder’ 

for the method name 


The ‘turnOn’ 
method is 
implemented 
in the derived 
classes 


tb: 
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name of C stlathidseauthin all. devei classes may- implement, their own 
ọ ersions of ‘turnOn’ (fi g. 1.24). Itis, to all intents and purposes, an ‘abstract’ 
method i.e., one which has no implementation. ods-are-ar-important— 
aieh attifact,. so jus method does nothing, it does not mean it 


should not be declared. Abstract methods.a are-common womponents.0 of: an 


ab’ Tract class. RR I RU rg ge a eee er ee 
2 ame T ke es — A rit mee As apf A sche : = 


“0. 42. Whati is ae ad class and abstract method 3 ? ie Gt P. K, Dec. 2003) 
Kotien: ae dy, aOR Pare 

an Describe the term ‘absiract metha aS and erare (R G. R K, June 2006) 

- Ans. Refer to Q.40 and Q.41: yeep tog irten 


E =n A ore wemgs ie 


0.43. How is polymorphism achieved at eae 


g compile eE and= (i): Runtine. PERATA “{R; G:P.-V> teeter 

: fe ee ai! OP SESS ae pa 
‘ompare, and contrast t dynamic binding with static binding Yh erani 
pee Do sre eae - (R.G. V; Dec. 2014) 


AnS: Polymorgtiism isone i the crucial: Feature of OP. It simply means 
one name, nii iple forñs. It. is:xachieved:at =: s; s77 Ar Naw 
ee EE 


(i) Compile Time — The overloaded member functions. are ‘selected? 
for. tivokin by matching arguments, both type and number. This information is 
known.to the.compiler at'tlie compile time and; therefore, com iler j is able to 
selectappropriate function foraparticular call at compile tim: Thi 
early binding or static binding or static linking, also Known’ as compile time 


polymorphism. Early bindin g py means thatan’ 100) ectis Sound toits function 
callatcompile time. Iz 


(ii) Run Time - — - Consider for example, the e plowing class definitions — 
-class A A ER 


public: ie | 
| _void:show() {...}  // show( ) in base class 
class B: public'A TES me 
oS Sint 
public; - 


. ~~” void show( ) {8} // show( ) in derived class 


y; 
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classes that artici ate in the sa aci; r aggre aceon abstrac 
classes appear naturally in the application domain. Other abstrac Classes are 
artificially introduced as a mechanism for promoting code reuse. 


“Abstract classes are frequently used to define methods to be inherited by 


subclasses. On the other hand, an abstract class can define the protocol for ay 


operation without supplying a corresponding method. This is called an abstrac 


operation.-An abstract operation defines the form of an o for wl 


n tor which 
ach concrete. su class must provide ‘its. own implementation. A concrete 


class may not c abstract operations because yee of the concrete 


class would have undefined operations. 
—_———— ES 


Fig. 1.23 shows an abstract operation. An abstract operation is design ated 
by.a comment in braces. Compute-pay is .an_ ] tion lass 


Employee. Its form but not its implementation i is defined: Each’ sübclass:mus 
supply a method for this operation. 
_ Q.41. Describe abstract metasi in-brief... 


Ans. An abstract method has no i ists-so-that, i it 
name can be-inherited by derived classes: This creates a “consistent interface 
across all the classes in a hierarchy. For example, the “turnOn” methods v 


uel and water pumps are very’ different.° Therefor re s the defini initions ' ‘of the 
two methods have nothing in comm 


‘Pump’ class should have a ‘turnOn’ method. This is because it is not gooi 


practice to have overloaded method -names -in-separate-parts_of-a- Clas 
ractice to have overloaded method -names pa 
hierarchy which do not have a common not, since-the-methods are ther 


lied in an ‘ad hoc’ way with no reference to each other. The: uestion. 


what is the implementatio: e ‘turnOn’ method in the ‘Pump’-class ifi 
is not used for common elements of the two other methods ? In fact, th 


method does nothing functional at all — it exists as a ‘placeholder’ for — it exists as a placeholder’ for th 


The ‘turnOn’ 

method does nothing i in . 
the ‘pump’ 

class but acts 

as a ‘placeholder’ 

for the method name 


The ‘turnOn’ 
method is 
implemented 


in the derived 
classes .. - 


Fig. 1.24 


‘early: binding or static binding or static lin 
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name: he_method so that, all derived classes. may implement. their own 
ar aa Re 
versions of ‘tu of ‘turnOn’ (fig. 1.24). It is, to all i intents and purposes, an. ‘abstract’ 
method i.e., or di.e., one which has no implementation ortant— 
See i mportan 
design artifact, so ju causea method’ does nothing, it does not mean it 
should not be declared. Abstract st methods _are- common components. of ; an 
abstract class. 


L 
> oa : 


= Q. 42. Whati is abstract class and abstract method ? (R. o PV., Dec. 2003) 
foren Or ; 

a Describe t the term abstract methods and clases ae G.P.V., June 2006) 
< Ans. Refer to Q.40 and Q.41. 


0.43. How is polymorphism achieved at— — . 
g Compile ume, añd~ (ii): R 

z Or . "2 
VW Zompare, and contrast dynamic binding with- static binding festa 
- (R.G.P.V.; Dec. 2014) 


=. Uns. EA is one ofthe crucial- feature GEODE It simply means 
one name, multiple. forms..It.is achieved at— — ; 
ee e e esa tasachieved:a 


i ue PV; nee ag 


W Compile Time — The overloaded E are ‘selected’ 
ikin by matching arguments, both type and number. This information is 


known‘to the-compiler at the compile time and, therefore, compiler is able to 
selectappropriate function fora articularcallatcompiletimei isis called 


king, also known as compile time 
thatan objectis bound to its function 


polymorphism:Early wens simply means 
call at compile time. 
e—VVVn—Xx<—————— 


(ii) Run Time - - 
class A 


{ 


- Consider for Scans, the following class definitions — 


public: 


— n _ Void; HHT 3} 


7] show() i in base class 
clase B: public A 
{ 


“cessint yp 
public: í 


: —*~ void show( ) iss) // show( ) in derived class 


_JE 
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ame in both places ~the function is no... (iv) Inheritance — Refer toQ.11., 


As the of show Pedi 
+. hi ‘use the clas 2 P. 
rerloaded = st : 5 Ce (v) Polymorphism ~ Refi 
pa operator to specify:the class, pail: invokin the functions with the BE) Message Passing - ve Ei Q.37. 
: ; n object-oriented 
derived class objects. — yi Polymorphism of Wiese which communicate with one another. The I tesne r h mads of aset- 
It would be better if the © =>0 - p Sgramming in an object-orien re, the process of 


~(i) = ie required i ects. 


Polymorphism 
(iii) Establish communication among objects by message passing. 
-Objects communicate with each other through sending and _Teceiving 
SE aa al ion much the same way as people pass messages to each other. The 


Function 
~ero DasSsing 
function to achieve run time message passing concept is an easy way of modelin z 
polymorphism. I sm. Refer fig. 1 125. Fig. 1.25 Types of Polymorphism in C++ Computers. problems.on 


y SANN RU A. 


At run time, W ‘known, th: message for an object i est for execution of a function 
appropnate version of the fun yn is invak i nis Tinke; and therefore will invoke a a function i in the 


wiih a particular class much later after compilation, CESS is’ termed x rećeiving objec the desired Object Message Information 


appropriate member function ` 
could be selected while th the 
program is running. This is 
known as run _time: 
polymorphism. C++ support supports a 


Compile Time 


ow 


‘Operator ,` | 
Overloading |* *}* 


iste binding. . 3 _result:-A message includes the name of the Ss | 
It is also known as dynamic binding because the selection of a è object, the name of the function and the employee.salary (name) 
- - erfy iformation-to be sent as shown in fig. 1.26- - ——Fig.-1.26. 


uires the-use-of pointers-to-objects.— 


of C++. This 


- 0.44. What is polymorpha a and what are various types of i it ? Giv 
examples and benefits of each— cepa Eo GPV. Dec: 2010 : 
-Al ns. Refer to Q37 an md Q:43>— oo ee = 
— So. 45._Explain_the terms data_enca aoe e am <2 3 - 
polymorphism. oe PS. “(Re GRY PL. ‘Dec. ny h os OA?. 7.-Explain the term ESPE in. association. = 
‘Ans. Data Encapsulation — Refer to. Q. cea 3 pare ai the obj ects: on the“‘many” side of an association have no 
= explicit order, and can be regarded _-as-a-set: Sometimes, er, th 
i R = Refer 10013. — are explicitly ordered. Fig. 1 .27 shows, for example, a es 
olymorphism — Refer to Q.37. aot : cee _a number of overla indows. The windows are explicitly 
Q. 46. What are different static and dynamic features of Gbject-oriente =e only the topmost window is visib oint on the screen. The 


programming ? 2 Explain with example. a(R G. P.V., Dec. 2011. ordering is an inherent part ofthe 


: Ordered} 
association: An [Window pO} _ (sen | 
Oreo. association. _An_ordered set of | Window Visible-on Sereen 


objects on the “many” 
What J many” end of an - 
tat are the features of OO programming üpproachi: rf > Explain wil Association is indicated by writing Fig. 1.27 Ordered Sets in'an Association 


example. é 
pp ee —. (R:G.P.V, June 201 y fordered) next to the multiplicity dot for the role. 
T anres OF. object-oriented Programming are — ~ 0.48. What is named association ? A aa a 


i) Obj 
(i) Objects — Refer to Q.5. =. Ans. It is possible to give e to an association, using a label in 


(ii) Classes—RefertoQ.5.. i... - See -> centre of the line, but role names are re usually preferrable. An association can 


(iti) Data Abstraction and Encapsulation = “Refer 10 Q. 13 and Q.1 ayee mame, We use that name to describe the nature ofthe relationship. 
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and the class company are_associated, in a ~ 
which the name-of the association is works 
fot, that means the person class works 
the company class. 


Short Questions de 
4 
0.49. Define the term association. i (RGEV, June 20) fo 
a nnar aia | 7 
Explain association with suitable example.. (R.G.F. RY, Dec. zd a 
, Or ae int z 
‘Link is a type of association's Comment on Whe statement. uy of 
tike (R.G.B V., Dec:-206) aI 

Define the term association class with EKAMDIE, (Rec G. F. V3 DEC. 200 


= ame | 


Ans. Refer to Q.53. ! 
0.50. What is the importance of. assaciations:: Pi ae | 


idely used throughout { edatabase modeli: 


seriinnitity for years. In contrast; few programming languages explicitly su p ; 
a ; 


of how they are im lemented. 


Some object-oriented autho feel that e every. piece af information sh S houk On 
be attached to a single class, and..they argue that associations ‘vi iolai, os 


encapsulation of information into classes. We do not agree with this’ view poi s > 
Some informatio nscends a single class „and, the. failure to in = 
ie 


directly, but the use of, association objects during. 1 Implementation is really : 
design ecision. 


0.51. Explain role. - Lee REP V., June „20i Ta 
Ans. A role is one end of an association: A binary association has t" on. 
roles, each of which may have arole name. A role name is a name that uni ut) S 


Waa an eaiaGan acccnich PA Pae Pe 
identifies one end of an association. Roles provide a way of viewing a bint! cor 
association as a traversal from one ne object to a set of associated objects. y file 


ee 


role ona binary association identifies an object or set of objects associa" 
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end. From th 


Evides a way of traversing associations from an obj i at one end, without 


p 
iE mentioning the association. aos ften appear as nouns‘in problem 


Sea wan’ 


——— Employee Employer 
Person 
line near the class that ` Works-for Company 


plays the role: Use of : ETE ES E “Employer © 
J = „ Joe Doe Simplex 
ames is 0 iona 
rolen al, ; _ Jean Smith . United Widgets 
but itis often ea easier and 
less’ confusing to assig 
role names instead of, ¢ or in addition to, 


- Fig. 1. 29 Role Names for-an Association. 


i ciation names. -` 


Q. AVS Object qualifie er-is-a-special attribute: How does one identify such 

an y attribute : SEA N EEANN . (R:G.BV., June :2007) 
Eei TEPIEN OR es 

S | Whati is qualifie ied association ?. S Arnok R. G. PY, Dec. 2003) 


Ans. A: qualified. association. relates two object classes and. a ualifier The 


istinguishes among the set of objects atthe many end ofa an asociano A + qualified 
association can also be considered a form of ternary association.. 
“< Forexample, in-fig. 1.30, a directory has many files. A file may Soniy belong 


to a a single det. Within t the context OF directory, y, the file ame specifies a 
migue file. Director 


3 Fig. 1:30 A Qualifi ied Association - i Bete | hen) 
 Qualifioation n reduces the effective multiplicity of the association from 


one-t0= ualification improves semantic accuracy à and 
increases the visibilit _ of navigation paths. A. ualifier is. drawn nas a a small box 


ma 


-on the end of the associatio jne near-the-class it qualifies. .; 


tis much more: informative tobe told that a-directory-and- file name 
combine to identify.a:file name, rather. than be told that a directory has many — 
ites: The qualification syntax also indicates that each file name is unique-within 
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ind-a-file-is-to_first find 1 the directory. and then 


its dire 


` 


traverse the file name link. Hain 
aa 


y Long Qucsmions bse] ma 


Has-capital is the name of association. woe Pos 


Q.53. Describe links and associations with suitable examples. 
| (R.G.PV, June 2007) 
Or 
Explain links and associations with suitable examples.. 
: f eet ot (RGIPM, Dee: 2009, 
Ans. A linkisa at yeical or conceptual connection | between object instances, | 
For example, Joe Smith Works-for implex company. Mathematically, a link 


Js defined as a tuple, that is, an \ ordered dist of object i instänces.: A links. an 
instance of an association. . 


in an association con 
often appear as verbs i in a problem statement. A 
potential links in the same. way that a class describe: 


the opposite 


enind 

for or program. The telational databases are manufactured o on m the-concept o 0 
association. __ 
ee 


(i) One-to-one Association — Each association in the, class iogras 


corresponds to a set of links in the instance diagram, jus as_each clas 


corresponds to a set of obje OMT notat ran association: is a lin 


between classes. A link is drawn as a line between objects. Fig“1.31, shows’ 
one-to-one association and`correspondin Pinker uch aim ‘has-a-capital cit) 


(ii) Many-to-many Association = \n-a many-to-many -associati? 
the many classes or infinite classes link with infifité one. But in this associati 


multiplicity specifies how many. insta class may relate to eat 


instance of another class. As on considering fig. 1.32 shows one possible: 
of lines L,, L, and L, intersect at point P,. Lines L; and L3 intersect at po! 
Eo e me ROT 


—_?/ 


ion describes a set o| 
otential al objects 
Associations are inherently bidirectional. The name of a binary. association AE ARAE 
usually reads in a particular direction, but the binary association can betraverset 


irection. The direction implied by the” namei is the Tora direction 
irection is the | inverse AGTE i 


; Instance 


$z. ‘Line L, has no intersection point and thus'has no links: Solid ball 2+-is 
7 i a E 


'“'Has-capital’ 


Fam 


Class 
urf 
bs Instance 
rr Diagram 


‘Diagram 


Fig. 1.32 Many-to-many Association 


(iii) Ternary Association — The ternary association is an atomic unit 
and cannot be sub-divide soci j ion— 


Fig. 1.33 shows a ternary association, persons who are pro e 


s a ternary association, persons Who are programmers Use 
computer language on projects. The OMT symbol for general ternary and _n- 
ary associations is a diamond with lines connecting to relat es. 


i, 
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aiat a Ans: Modeling an Association as a Class — Sometimes it is useful to 
Diagram h i model an association as a class. Each link becomes One instance of the class. 
i: ie: A Yes iris | The link attribute box is actually a special case of an association as a class, and 
He: Tt . may have a name and Operations in addition to attributes. Fig. 1.34 shows the 
Project) PSTD authorization information for users on workstations. Users may be authorized 
Accounting on many workstations. Each authorization carries a priority and access 
System ‘privileges, shown as link attributes. A user has a home directory for each 
Saas (econ ; i authorized worestation, but the same home directory can be shared among 
Diagram 4 Marys several workstations OF Authorized on : 
n t ii lamong several users. The g 
(reject). aces home directory is shown as a 
CAD? -many-to-one’ association -` 
So Sia between the authorization [> Priority 
= Fie. L33 Ternary Association class and the directory class. - s privileges 
rS , f: : ae It is useful to model an 
QSA Giving suitable examples, explain the following — RER association as a class when 
(i) Inkeritance (ii) Association (iii) Aggregation. ` links can participate in home directory 


(R.G.P.V., Dec.'2007) associations with other , 


Or 4 objects or when links are F; i iati 
A +. wind 2 PN ESNA © Fig. 1.34 Modeling an Association as a Class 
Distinguish among association, aggregation and inheritance between subject to operations. e a CEIS ON ASSO CION 


i p | 3 (R-CERT 2008). T Also, refer to Q.53 for binary and. ternary associations. 
wa @ ogee amine Ee pn gi a ECL Q.58. Explain links and association with example. Also give the 
(ti) ——— ee to Q:49-- eS importance af-association. — — 2 (RGR, Dec. 2008) 
iii) Aggregation — Refer to Q.32. me Lk ae prime ka ages ies yc 
(Hi) Aggres 2E Aam BP 8 bad AREEN DIY COEF, -_. Ans. Links and Association = Refer to Q.53. apnea 


O RGP ; imt : 
- Ans. Aggregation =Refer:-to Q32 usin se _— 0.59. -Define relationship. Explain-the four-adornm:ents-that apply to 


Generalization =Refer to Q:16. ~. = iene an association. - aoe nse. (R.G.PV, Dec..2013) 
Association — Refer to Q497 77T Pauna Eae vir CREES ——Ans. The relationship between any two objects-encompasses the 
wT RAGORETI ORA e deer me ates pe eet open cle assumptions that each makes about the other, including what operations can 
Sees Wi hut do you know about aggregation and _association and how WE performed and what behavior-results.——- i eek 
d = > A ~ a a 
ty you emeni them in CH? a 2378S (R.G.P. V, June 2012) ~~ The four adornments that apply to an associations are as follows — 
Ans. Aggregation — Refer.to Q32 EE: SR es Sek - (i) Name -— An association can have a name and you use that name 
Association:—Refer.to-Q.49.e oten oet a aa to describe the nature ofthe relationship. So that there isno amiguity about its. 
ah sien the conditions under which a designer should model an fat poe Tate es A =a the a nS = 
lation relationship as an associallGH Elise. Usingn cecrofdcren co toe direction you intend to read the names |... =z- 
; . SS dia ojpi SENE EE a Betas, ies y 
an example of each of the following DES af rélationsh ip" agram, am (ii) Role—Whenaclass tes in an association, it has a 
Unary, binary and ternary, °°" 


EFA RE role that it plays in that relationship. A role is just the face the class at the far 
__ Specify the multiplicities for all the relationships, — iS You'cdn explicitly name the role a class plays in an association. The role 


AAT eset A „+ (R.G.B.V,, June 2005) - played by an end of'an association is called an end name. 
A 4 z LEERE, . ennn M 
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(iii) Multiplicity = ~ An association represents a structural relationsh 


‘among objects. In many modeling situations, it? ant for you to stay, 
ho may- e connected across_an instanceof an-association 
This “how many” is called the multiplicity ofan association’s role. <` | 


(iv) Aggregation — A plain association between two classes re ent 


a structural relationship bētwe ing that both classes ay 
caceualy tthe same evel no one more important than the other. Sometime; 
paul raw oala ote e e in whlch oye Soe pecs 
a larger thing (the “whole”), which consists of smaller things (the “parts”) 


This kind of relationship is called aggregation, which represents .a.“‘has-a" 
relationshi t an object of the whole has objects of the par, 


Aggregation is really just a special kind of association and 1s Specified by 
adorning a plain association with an unfilled diamond at the whole. a | 


~ 


Q.60. Describe multiplicity with giving OMT notation fort this.. 
fh G.V, June 2007) 
Explain multiplicity. 


Ans. Multiplicity specifies how many instances of one class ma relate relate to a 


objects. Multiplicity is often described in 
itis a (possibly infinite) subset ofthe ieee integers. Generally, i 


miuluplicity value is a single in otval, but it may be a set of disconnected intervals. 
For example, the number ‘of doors on a sedan is 2 or 4. Object Tga, indicate 


are special line terminators to indicate ental 
solid ball is the OMT bol for “many”, „meaning 


E 1.35 illustrates zéro-or-one; or oj tional, multiplicity, A workstation 
e one of its windows designated-as-the-console to receive “genera! 


ee messages. -It-is-possible; 


owever, that no console eever, that no console window- 


-Console——~ aes 
ists; ~ ©. pe oe 
ee, 


~ Fig. 135 E one Multiplicity. | 


Multi iplicity de ends f 
y depent is onassumptions dhow you define the bound g 
ofaproblem. Vague Je requirements often make mullipligity ameoriaie-You she ar 


not wo x i 
seemine eee tiplicity early in software development. F is 
j classes,’and associations, then decide on multiplicity. 


LR. GP. v, June 201 0 š ‘example and also give its OMT notation. 


Class. Mtl constrains the number ofrelat se ee 


E rovide the ide the most compelling 
z E EET for link attributes. Such 


AR of the e aaa cane and: caiit 


-Each person working for a company receives a salary an 
~~” boss evaluates the performance of each worker. Link attri ut 
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Determining multiplicity often exposes hidden assumptions built into the 


modeél‘For example, is the Works-for association between Person and Company . ` 


ane o-many or iit tcl ? t lt depends on the context. A tax collection 


L n auto worker i union maintaining r member records may consider 
second jobs irrelevant. Explicitly repr model with object diagrams 


- helps elicit these hidden assumptions, making them visible and subject to 


scrutiny. The most important multiplicity distinction is between “one” and 
“many”. Underestimating multiplicity can restrict the flexibility of an application. 


-Forexample, many phone number utility programs are unable to accommodate 


persons with multiple phone numbers. On the other hand, overestimating 


multiplicity im imposes extra overhead and requires the application to supply 
p cu information to distin uishi among the members of a “many” set. In __ In 


a true hierarchical organization, for example, it is better to re resent “boss” 


| = with a multiplicity of “zero or one. rather than allow for no istent matrix 


- Management. 
eget abla 


Q.61. What do you understand by link attributes ? Describe with suitable 
(R.G.P.V., June 2007) 


“Ans. An attribute is a property of the objects in a class. Similarly, a Zink 
attribute is a property of the .36, access permission 


is an attribute of Accessible by. Each link attribute hast a value for each link, as 
-i Tustrated by the justrated by the sample data at the bottom of the figure. The OMT notation for 
- @link-attribute is a box attached to the association by a loop; one or more Ii 
~aftributes may appear in the second. region of the box. This notation emphasizes 


A the Similarity be ty between attributes for objects and attributes for links. 


pe ey oc ae associations 


‘Accessible by- 


--1--Access Permission f 


e attached to either’object. In /etc/termcap _- (read) John Doe 
oceinpy ja a” /ete/termcap (read-write) Mary Brown 
fi 1:36, GeCess- PEI mAssion 1S @ lusridoel. login (read-write) _ John Doe 


joint property of File and User, 


4 nd cannot be aitat attached to either - Fig. L 36 Link Attribute fora Many-to- 
_ -File‘or es alone geoi losing a iby ASSOCIaNON: 
infor ti seh Kemp A piaeiale pijama 2 = eemo 


Fig. 1 37 represents link attributes for two many-to-one associations. 
as a job title. The 
Iso occur 


for one-to-one associations. 


~ 
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HARPS addéfe§s * 
AE NTE as jrk 


performance rating 


Works-for 


}o mame Fok 
yi address, 


ih 


‘salary | 
-job úte” 


Fig. 1.37 Link Attributes for One-to-Many Associations ~ 


iG 


Fig. 1.38 shows link attributes for a ternary association. A eee may 


play for many. teams in a given year. A’pitcher may also play many years for — 
. the same team. Each team has many pitchers. For each combination of team 


and year, a pitcher has a won-loss record. Thus, for instance, Harry Bisenstat | 
pitched for the Cleveland Indians in 1939, winning 6 games, and losin games, 


Ltd Berns es SEE ee yt he 


wet 
Harry Eisenstat Cleveland Indians- 


1939 += 6-7 
-> Harry.Eisenstat „Detroit. Tigers- : s1939 22: 2 
Willis Hudlin> Cleveland Tidiais * 1939 9°10: 


--—-Willis Hudlin ~ Ciėvēland Indians 1940 5 2 Leas” 
Willis Hudlin__ —Washington:Senators -- 1940 pd ED 
Willis Hudlin ; St. _ Louis Browns 1940; 


Fig. 1. 38 Link Attributes for a Ternary Association : 


Fig. 1.39 shows how’ it is ‘possible fo fold: ‘iflCatiributes-for: “one-t6-one 
and one-to-many associations into the class opposite the” “one” sides This-is 


~o renia Din hae eee A wam A 
ii cir 


were eee 


+- Works-for 


name, 
address 


as ‘social security ne no. 
-addressa 


Form... .- 
syf Salary. ee) 
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not possible for many-to-many associations. As a rule, link attributes should 
not be folded into a class because future flexibility is reduced if the multiplicity 
of the association should change:-Either form in fi ig. 1.39’can express a one- 
to-many association. However, only the link attribute form remains correct if 
the multiplicity of Works-for is changed to many-to-many. 


Q.62. What are the various adornments to ends of links denoted as 
standard stereotypes ? Explain about objects and roles. (R.G.P.V., Dec. 2013) 


Ans. The various adornments to ends of links denoted as standard 
stereotypes are as follows — 
ae 


(i). Association — - Specifies that the corresponding gjesti is visible, 
by, association. 
ASSOS ues 


-(ii) Self — Specifies that the Je corresponding: object is is visible because 
it is the dispatcher of the of the operation: —— — 


(iii) Global— Specifies tharthe correspondin ngo bjes ectis visible because 
it aa i Gr ae eine a 


——~-(iv) Local = Specifies that the correspondin O Seas 
it is ina leal ae scope. 


it The corresponding object is visible 


aee = 
‘Objects —Refer- -to- Q5 sorbet nent en 
_ Roles= Refer to to T oa —— 


a EN nt nr ee ee T E 


0.63. 63. To represent. association in OMT what are the keya notations for 


_ the following and when are they used- | 


x 


-Symbol and the other end of the line 


(ii) Link attributes 
__(iv)_ Ordering 


(i) One to many association 
(iii) Association as a class — 


= Ternary association. 


Sette sce tte. + 


“(R.G.P.V., June 2012) 


— 


- <- Ans: (i) One to Manyassociation 27 his association relates one instance 
of an entity to many instances ofan _— 


entity on the other end of the link. The 
OMT-notation-for-a one-to-many 
en ee a ORE 


a 
Name Name - 
i i i 0 Employs DOB 
association ented hy one-of eran 


the end -of-line. without-multiplicity 


Salary ° 
Job Title 
Fig. 1.40 One to Many Association 


Clearly, sdageseae ap Gyoto 5 eer Soest sks > neers Ant 
Se = 


‘with solid ball.’ Fig. 1.40 shows this 


for other o jects -perhaps 


`needed.? 
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(ii), Link Attributes — Refer.to Q. 61. i \ 
(iii) Association as a Class — Reret to Q. sI 
cio (DW): Ordering = Refer to. Q.47. 
i CA Teray Association — - Refer to Q.53 (iii). 


NEED FOR OBJECT ORIENTED APPROACH 


Very Short Questions - 


0.64. What is object orientation in software development and why i it is 
(R.G.P.V., Dec.: 2010) 

Ans. ObjéééSridatatioa TE object-orientation is about trying to 
represent the objects that we find in the real world in software: These objects 
may be of various types, ranging from the physical (for example, aircraft i in an 
air traffic control application) to me more concen (some: sort of container 


Need of OOP — The term software crises fase to the overrun nof thec cost of | 


object-oriented paradi _ Objectoriented programming was ae | 
limitations were discovered in eai 


Shorr Questions | 


0.65. Write the benefits of object-oriented doou 

Ans. Object-oriented ntis anew way of thinkin s about software | 
based on abstractions that exist in the real world. The new technology promises 
greater programmer productivity, better quality of. software and lesser 
maintenance cost. The major benefits of object-oriented: ‘development. are — 


(i) Object- t 
large system. oriented systems can- -beeasily: aperaded -ion Small to 


(ii) The data centere 
details ofa model in an implem 


iii) It is easy to 
~ It is possibl 


aes E h Serer 


entable form. Sore 
Partition the work in a project based on AA 
program. 


a. 


d design approach enables us to capture m more | 


system, their. importance depends on the type of the project and the preference 
_- of the programmer. 
—— 


be software- problem- -include=——--— 
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(v) Itis possible to have multiple instances of an object to co-exist _ 
without any_ interference. 
(vi) We can build programs from the standard.working modules that 


communicate with one another, rather than having to start writing the code 
from scratch. This leads to saving of development-time-and higher. productivity. 


re E (vil) Message passing techniques for communication between 
objects makes i dei i essen me 
code through inheritance. 


(ix) The principle of data hiding helps the programmer to build secure 


programs that cannot be i 


(x) Software complexity can be easily managed. 
(xi) We can categorize the object into various classes. 
~ Other advantages are reuse, an emphasis on modeli world, a 
consistent and seamless package, naturalness resistance to change, 
encapsulation and abstraction etc. 


~ Though it is possible to incorporate all these features in an object-oriented 


<Q. 66. Describe-the risks lotion in OO approach: 
~ Ahs: Specific_tisks_ involved-i in- applying pice Onen approach to a 


=i)" Resource “Demands — Since an object-oriented program can 


require a much greater processing overhead than one written using traditional 


- methods, it mays work more: nsw This is not good from a customer point of 


view. ~=- 


(ii) Object-persistance — An object’s natural environment is in RAM 


-asa dynamic entity. This isin contrast to traditional data storage in files or 
- databases where the natural- environment of the data is on external storage. 


This causes problem when we-want objects to persist between runs of a 
program, even more so between different application. 


~ (iii) Complexity — The message passing between many objects in a 
Opis application can be difficult to trace and debug. 


(iv) Reusability — When inheritance is used it is not easy to produce : 


: reusable objects between applications, since it makes their classes closely 


i coupled to the rest of the hierarchy. Object can become application specific to 


eto map objects in problems domain to those in the | 


reuse with inheritance. It is extremely difficult to coordinate very large systems. 


hd 
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j guag i ion of inheritance sever] 
garg ne languages, the introduction. > severly 
OS On hoped that o sject-oriented programming tools 


mises encapsulation, It is 
would help and manage these problems, as many of these m : ons LD ie 
the Tanguages, are still in their infancy and the analysis an g ‘even 
CS ae į 
more. 
Long Questions 


0.67. Why do we. need object oriented approach ? 
of object oriented programming ? l 
oriented programming was develo ed bec 
jer approaches of programming. - 


What are the benefits 
(R.G.P.V., Dec. 2012) 
__. Ans. An object- ause limitations 
were discovered in the earl ar 

In the procedural lan; üages, like C, Pascal, FORTRAN and others, the 
statement tells the computer to do something, that is, get some input and after 
manipulation display that output..Here, programs are a list of instructions. For 
very small programs, there is no need to organize principle. But when programs 
become larger, a single list of instructions becomes unwieldy. For.this, function 
was adopted to make programs more. comprehensible. A procedural program 
is divided into functions and each function 
breaking idea of a program into functions can- 
nuifiber of functions together into a larger enti 

As programs grow ever larger and more complex, even the structured 
programming approach begins to show signs a rajectistoo com ylex, 
the schedule slips, complexity increases, the schedule slips further and disaster 
ensures. Analyz there are weakness 
in the procedural paradigm. No matter how well the structured programming 
approach is implemented, | ro s become excessively complex. ath 

There are two related problems — ener ea 

(Functions have unrestricted access to global data 0 
(ii) Unrelated functions and data, the basis ‘of the T rocedural| 

paradigm, provide a poor model of the real world.. > 00 

The fundamental idea behind object-oriented languages is to combine into 

a single unit both data and functions that operate on that data. Such a unit is 
called an object. In this sense, we can’t access data directly. The data is 


hidden, so it is safe from accidental alteration. | 
—— a - 


Therefore, we can say that an object-oriented programming ap p roach | 


extended by grouping a 
called a module. 


SRY, 


| 
| 


has a clearly defined purpose. The ` 


ing the reasons for these failures reveals that there are weaknesses | 


| 4 
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2.68. Whatare the merits and demerits of object-orien 
the concept of encapsulation with proper examples, 
„Ans. Merits and De 
Q.65 and Q.66. 
Concept of Encapsulation — Refer to Q.19. 
Examples of Encapsulation — For example, 


hydroponics gardening system: The key abstraction in this problem domain is 
that of a heater. A heater is ata fairly low level of abstraction, and thus we might 
decide that there are only three meaningful ‘operations that can be performed 
upon this object — turn it on, turn it off, and find out if it is running. We do not 
makeita responsibi lity of this abstraction to maintain a fixed temperature. Instead 
we choose to give this responsibility to another object, which must collaborate 
with a temperature sensor and a heater to achieve this higher-level behavior. The 
behavior is called higher-level because it builds upon the primitive semantics of 
temperature sensors and heaters and adds some new semantics, namely 

hysteresis, which prevents the heater from being turned on and off too rapidly 
when the temperature is near boundary conditions. By deciding upon this 
separation of responsibilities, we make each individual abstraction more cohesive. 

We start with another typedef — l ; 


ted approach ? Explain 
l (R.G.B V., Dec. 2006) 
merits of Object-oriented Approach — Refer to 


consider the problem of the 


| 
` 


| ` '//Boolean type 
| enum Boolean {FALSE, TRUE}; 


For the Heater class, in addition to the three operations mentioned above, 
we must, also provide metaoperations, namely, constructor and destructor 
operations to initialize and destroy instances ofthis class, respectively. Because, 
the system might have multiple heaters, we use the constructor to associate 
each software object with a physical heater. Given these design decisions, the 
definition of the class Heater in C++ is as follows — 

class Heater { 
public : . 
: Heater(Location); 
~Heater( )js0:225 > 
tass Void turnOn(); > 
st: void turnOff( ); 
_ Boolean isOn(.) const; ` 
private: 3 


This interface represents all that a client needs to know about the class Heater. 


can solve the problem which occurs in the procedural-oriented programming 
approach. 


Benefits of Object Oriented Approach — Refer to Q.65. 


____ Turning to the inside view of this class, we have an entirely different 
perspective. Suppose that system engineers have decided to locate the computers 
tha control each greenhouse away from the building, and to connect each computer 
to its sensors and actuators through serial lines. One reasonable implementation 


Ne 
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ean electromechanical relay. that controls the! 


us 
for the Heater class might be to with the relays is turn commanded by message, 


ical heater, 
cae ot Oras For example, to turn on a heater, we might transmit 
sen 


ific he 
followed by a number identifying the speci ater 
fal cout a S ber used to signal turning the heater on. 


llowed by another num 3 | 
i pia the following class, which captures abstraction of.a serial port _ 


class SerialPort . à K 


public; 
SerialPort( ); 
. ~SerialPort( ); 
void write(char*); 
void write(int); 
- static SerialPort ports[10]; 
private; 


}s 


Here we provide a class whose instances denote Metaal Be ports, te z 


which we can write strings and integers. Additionally, we: declar 
serial ports, denoting all the different serial ‘ports in our system: 


We complete the declaration of the class ‘Heater by. adding three ateibutes : 


class Heater { ` AAT 
: public: at beet 

protected; openers wae ese 
const Location Peaitecstion: ERAY 
Boolean repIsOn;- ies 
SerialPort* epkor Bisa Soe pate 


E 
These three attributes (repLocation, repIsOn, and |rep 
. encapsulated representation of this class. - 


The implementation of each operation associated bed this class’ 
Heater : : Heater (Location 1) 2 
3 : repLocation(1); i ot 
repIsOn (FALSE); 
repPort(&SerialPort : : 


Heater : : ~Heater ( ) { } 
void Heater : : turnOn ( ) 


ports[1]) { } 


if (repIsOn) { 


‘implement in any object-oriented language ? 
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Beles repPort — write(“*”) 
is > repPort—> write(repLocation); 


ire $ repPort —> write(1); 


a ; repIsOn = TRUE; 


‘oi ‘void Heater : : turnOff( ) 


if (repIsOn) 
at 


repPort -> write(‘‘*”) 

repPort —> write(repLocation); 
repPort —> write(0); ’ 
repIsOn = FALSE; 


} 
pag Heater : : isOn() const ~~" oe 
-. return repIsOn; 
ne . 


‘x Let’?s next consider the implementation of the class GrowingPlan. 
-A growing planis essentially a time/action mapping. Perhaps the most reasonable 
_ representation for this abstraction would be a dictionary of time/action pairs, 
_using an open hash table. We need not store an action for every hour, because ` 
ings ‘don’t change that quickly. Rather, we can store actions only for when 
ey. change, and have the implementation extrapolate between times. 


In this: manner, our implementation encapsulates-two secrets — the use of 
pen hash table, and the use of extrapolation to-reduce- our storage 
Te uirements. No client of this abstraction need ever know about these 
plementation decisions, because they do not materially-a! -affect the outwardly 
bservable behaviour of the class. z 
Intelligent encapsulation localizes design decisions that are likely to change. 

‘a system evolves, its developers might discover that i in actual use, certain 

rations take longer than acceptable or that some objects consume more 

ethan is available. In such situations, the representation of an object is 

en changed so that more efficient algorithms can be applied or so that one 

optimize for space by calculating rather then storing certain data. This 
bility to change the representation of an abstraction_without disturbing any of. 
ients is the essential benefit of encapsulation. 


Q. 69. What is data encapsulation and data abstraction ? How can we 
(R.G.PV, Dec. 201 BY, 


An s. Refer to 2 2 19, Q.13 and Q.68. 
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encapsulate their internal details from other parts of 


Analysis and Design ie, 

. t of message passing help 
bject-oriented concep essa; 5 0 A 
.70. How does the # if tion of an object, including its data : er 
encapsulate the impleme _— (R.G.PV, Dec. 2971) 


d : object from requiring to aa any Of the Hy ' nib YA 
= Ans. A wa A S objects ÎS e passing. An object knows onl, ; F — 
internal details 0 : me objects include, 4 
about its data an : ther objects in order to collabor. $i 

7 ces from other ate, 
knowin re ade he retrieval of data, In this station, an.abject knows how | 1 i e 

- trieval of data. In moh ecw | ect O 

w fich may e and which other object to ask. But it is not tequireq | Obj RIENTEd Analysis 
ean object to know anything about the object wil | 


provide e service. | 
cramer a 


SYSTEM DESIGN LIFE CYCLE, OBJECT-ORIENTED S/W 


(| DEVELOPMENT PROCESS MODEL, OBJECT-ORIENTED 
ANALYSIS 


“Yeny, Short Questions 


is stored. These changes are not vi hey Q.1. How is. object-oriented software development different from a 


complete set of signatures for an object are called: as its interface.This ‘is _ functional SDLC? : (R.G.BY., Dec. 2010) 
ation, an g-L4L oE a P ouA . j r “se . 
known as encapsut h Other Objects Send Messages “Ans. Object-oriented development inverts the function-oriented 


Consider. em to print pa’ Requesting Services. 


methodology, as exemplified by the methodologies of Yourdon and DeMarco. 

1 these methodologies, primary emphasis is placed on specifying and 
posing system functionality. Such an approach might seem the most 
way of implementing a desired goal, but the resulting system can be 


instance representi ach roll. 


. à 7 R s I (0) h 
ie ey =e a Le ee a REE r If the requirements change, a system based on decomposing functionality 
ployee. Next, a PaySlip object p ; ee 
EET TENT acct require massive restructuring. 


An Objects Data can 
only be Accessed:by ~ 
Its Own Operations. 


In contrast, the. object-oriented approach focuses first on identifying 
jects from the application domains, then fitting procedures around them. 
ugh this may seem more indirect, object-oriented software holds up better 
quirements evolve,’ because it is based on the underlying framework of 
lication domain itself, rather than the ad-hoc functional requirements 
ingle problem. 


must know how much that employee has earned in 
order to print a payslip. This is done in object-oriented 
approach by sending a message from each PaySlip 
abject to the Employes object with-which Tt i 


associated. Message passing permits objects to 


The Representation. i 
of an Object's Data’ 
is Hidden Inside” 


the system, the ucing the knock-on effects a eos p: 
of any y changes to the design or implementation. EE 70.2; What is object-oriented analysis and design ? 
~ Fig. 1.41 Encapsulation Bifin sais KERA Or 
{aa ae ifferentiatg between analysis and design. (R.G.P.V., June 2008) 


S. The purpose of object-oriented analysis is to develop a model that 
ibes computer software as it works to satisfy a set of customer-defined 
tements. = 


BAY PA Design | 
Oriented Analysis and E . 
rms the analysis model created using objeg, 


del that serves as à blueprint for Softwar, 
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Object-oriented design transfo 
oriented analysis into a design mo 


construction. 
In analysis, We seek to mo 


objects that form the wa 
invent the abstractions and mecha 


model requires. ! 


„tems development life cycle ? 
Or 


el the world by discovering the classes ang 
of the problem domain, and in design, w, 
nisms that provide the behaviour that thj, 


0.3. What do you mean by sy 
Explain system design life cycle. (R.G.BY, Dec, 201) 
e of the key fundamental concepts in information syste 
development is the systems development life cycle. Business and organizations 
use information systems to support all the many, varied processes that a busines, 
< needs to carry out its functions. There are many different kinds of information 
mms and each has its own focus and purpose in supporting business 


- syste 
eRe Each one of these information systems has a life cycle of its own, 


Ans. On 


and we, as system developers, refer to this idea as the life cycle ofa system, . 


During the life of an information system, it is first conceived as an idea, then 
itis designed, built, and deployed during a development project, and finally it is 


put into production and used to support the business. However, eveniduring 


its productive use, a system is still a dynamic, living entity that is updated 
modified, and repaired during smaller upgrading projects. This entire process 


of building, deploying, using and updating an information system is called the | 


systems development life cycle (SDLC). E 
0.4. What are the different types of SDLC approaches ? aude | 
_ Ans. There are two types of SDLC approaches => = ~> = Sei 


(i) Predictive Approach — A predictive approach to the SDLC isan | 
approach that assumes. that the development project can be planned and 


organized in advance and that the new information system can be developed 
according to the plan. Predictive SDLCs are useful for building systems that. 
are well understood and defined. For example, a company may want to convert 
its old, mainframe inventory system to a newer networked client/server system. 
In this type of project, the staff already understands the requirements very 
well and nothing different needs to be done. So the project can typically be 
- planned carefully and the'system can be built according to the specifications. 


(ii) Adaptive Approach - An adaptive approach tothe SDLC is| 


D 


| 
[N 


-the help of fig. 2.1. 


w f 
ih 
y 


used when the exact requirements of a system or needs of users are not well| 
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understood. In this situation, the project cannot be 
advance. Possibly some requirements of the 
after some preliminary developme 
puild the solution, but they must be 


planned completely in 
system have yet to be determined, 
nt work, Developers should still be able to 
Mexible and adapt the project as it progresses, 
Q5. Discuss the advantages and disadvantages of waterfall model 


if 7 (R.G.RV, Dec. 2014) 
Ans. Advantages — The advantages of waterfall model are as follows - 


(i) Relatively simple to understand, 
(i!) Each phase of development proceeds sequentially, 


(ii) Allows managerial control where a schedule with deadlines is 
set for each stage of development. 


(iv) Helps in controlling schedules, budgets and documentation. 
‘Disadvantages ~ There are following disadvantages of waterfall model - 
| (i) Requirements need to be specified before the development 
proceeds, l 
(ii) Changes of requirements in later phases of the waterfall model 


cannot be done. This implies that once an application is in the testing phase, it 
is difficult to incorporate changes. 


(iii) No user involvement and working version of the software is 
available when the software is developed. 


(iv) Does not involve risk management. 
(v) Assumes that the requirements are stable and are frozen across 


‘the, project span. 


as ; 0. 6. Discuss the relationship between object-oriented analysis and object- 
oriented design. (R.G.P.V., June 2006) 


` Maintenance Further Development ` 


Ans. The relationship 
between object-oriented: e 
analysis and object-oriented | 
design is shown below with 


~ “This model represents Object-oriented Objects 
that'the development reaches Programming in Program 
ahigher level only to fall back Object-oriented Objects 

to previous and then again Design in Solution Space 
climb ‘up. ‘It means each i äl 

biak ject-oriented jects 
higher level. have yee Analysis in Problem Space 
_ relationship with its previous AN ve 
evel. Object-oriented analysis, y ye) 

ene a E iethod : of Fig, 2.1 Fountain Model of Object-oriented 


‘est 


Software Development. >) 


nalysis and Design 

fware in term of real world objects, the} 
the other hand, turns the software requiremey 
rchies from which object Cay 
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uirement of the so 


their interactions, on 


“specifying req 
f objects and derives class hiera 


behaviour, and 
into specification © 


be created. 


I the phases in the object oriented approaches work more closely lOgethg, 
All the phi 


i j del. In one phase, the probi 
ality of the object mo | € ; roblen 
because aioe comt otea, while in next phase additional object required fo, 
air nial Sinton are specified. The design process is repeated to these 
a partic 


implementation-level objects. 


Long Questions 


Q.7. Discuss in detail the traditional predictive SDLC approaches, 


Ans. The development of a new information system needs several different, | 
but related, activities. One group of activities must focus on understanding the | 
business problem that needs to be solved and defining the business requirements, 
We refer to this set of activities as analysis activities. In other words, the 
intent is to understand exactly what the system must do to support the business 
` processes. A second group of activities is focused on designing the new system, 
Those activities, called design activities, use.the requirements that were defined 
earlier and develop the program structure and algorithms for the new system, 
Yet another group of activities is necessary to’ build the system. We call'those 
activities implementation activities. Included in implementation’ are 
programming, testing and installing the system for the business users: Because 
this approach is a predictive approach, we also have a group of < ties that 
plan, organize and schedule the project, usually called plannin, 

These four groups of activities-planning, analysis; 


it is not normally considered to be part of the initial development. project. 
Fig. 2.2 shows the five phases of a traditional SDLC. ` 


Fig. 2.2 Traditional Information Systems Development Phases 


as 
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_,, The five phases are quite similar to the Steps in the general problem- 
solving approach, First, the organization recognizes it has a problem to solve 
(project planning). Next, the project team investigates and thoroughly 
understands the problem and the requirements for a solution (analysis). Once 
the problem is understood, a solution is specified in detail (design). The system 
that solves the problem is then built and installed (implementation). As long as 
the, system is being used by the organization, it is maintained and enhanced to 
make sure it continues to provide the intended benefits (support) (see fig. 2.3). 


SDLC Phase 


Project Planning | To identify the scope of the new system, ensure that the project is feasible 
and develop a schedule, resource plan and budget for the remainder of 
the project. 


Analysis ` | To understand and document in detail the business needs and the 
processing requirements of the new system. 


Design To design the solution system based on the requirements defined and 
ol Leer decisions made during analysis. 


‘Implementation | To build, test and install a reliable information system with trained users 
i ‘ - | ready to benefit as expected from use of the system. 
To keep the system running productively initially and during the many 


| Support `.‘ 
cies, years of the system’s lifetime. 


ae _ _ Fig. 2.3 SDLC Phases and Objectives 
__.,,iIhe SDLC approach that is farthest to the left on the predictive/adaptive 


S scale~that is, most predictive-is called a waterfall approach. As shown in fig. 


„the. waterfall approach assumes that the various phases of.a project can 


be. carried out and completed entirely sequentially. A detailed plan is first 


developed, then the requirements are thoroughly specified, then the system is 
sign d down to the last algorithm, then it is programmed, tested and installed. 


_. Planning 
_ Specifications 
- Frozen 


Analysis 
Phase 


Analysis 
Specifications 
Frozen 


Design 
Specifications 
Frozen 


Finished System 
Implementation } Delivered Exactly 
Phase as Specified 


Fig. 2.4 The Waterfall Approach to the SDLC 
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into the next phase, there is no goin 
iect drops over the waterfall into the 1 oi 
E aie ih waterfall approach needs rigid planning and final decision 


making at each step of the development project. You can probaly guess ihat 
a pure waterfall approach did not work very well. pe p Sa = Man, 
have never been able to complete a phase without making mie kes cavin 
out important components that had to be added later. Eyen ous we i not 
use the waterfall approach in its purest form anymore, it still provides a valuab|, 
i r development. No matter em ) slop 

een ate anit activities, analysis activities, design F and 
implementation activities. We just cannot do them in pure waterfall steps, 


Moving tothe right on the p 


approaches. In these approaches, we still want to be predictive-thatis, still develop 


a fairly thorough plan-but we recognize that the phases of projects must overlap | 


h other. Some analysis must be done before the 


influencing and depending on eac for 
design can start, but during the design, we discover that we need more detail in the 
requirements, or even that some of the requirements cannot be met in the manner 
originally requested. Fig. 2.5 how these activities an overlap. 


Frame] [amma ] 
Pema] Leer] 
b= eee] 


Q- Completion of major components of project ET ERA SUPPORT 


Fig. 2 5 The Overlap of System Development Activities 


Another reason phases overlap is efficiency. While the team ‘members are 


analyzing needs, they may be thinking about and designing various forms or 


reports. To help them understand the needs of the users, they may ‘want to|’ 
design some of the final system. But when they do early design, they will frequently |. 


throw some components away and save others for later inclusion in the final 


system. In addition, many components of a computer system are interdependent, | 
. Which requires analysts to do both analysis and some design at the same time. 


. Then why not overlap all activities completely ? The answer is dependency. | ~ 

- Some activities naturally depend on the results of prior work. Analysts cannot| _ 
go very far into design without a basic understanding of the nature of the} 

problem. Thus, some analysis must happen before design. It would also be} 


what system is being developed, we | 


redictive/adaptive scale, we find modified waterfaj) | 
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inefficient for them to write program code befor 
structure, because they would have to throw too 


“Many company systems and many proj 
waterfall’ approach. For projects that buil 
_ modified waterfall approach is appropriate 
| oriented approach are built with modified 


e having an overall design 
much away. 


ects today are based on a modified 
d well-understood applications, a 
. Even systems based on an object- 
waterfall approaches. 


2.8. Discuss in detail the newer adaptive approaches to the SDLC. 


‘ 


Eor : 
Ans. By an adaptive approach, we meana development approach in which 


the project activities, including deliverables and plans, are adjusted as the project 
progresses. Farther to the right on the scale is a very popular approach called 
the spiral model. The spiral model contains many adaptive elements and it is ` 
generally considered to be the first adaptive approach to system development. 
Thelife cycle is shown as a spiral, starting in the center and working its way 
outward, over and over again, until the project is complete. This model looks 
very; different from the static waterfall approach and sets the tone for the 
project to be managed differently. Fig. 2.6 shows the spiral model. 


f Plan First | 
Iteration 


Plan Next 
Iteration 


Fig. 2.6 The Spiral Life Cycle Model 


‘There-are several ways of implementing a spiral model approach. The 

; fig. 2.6 begins with an initial planning phase, as shown in the- 

center of the figure. The purpose of the initial planning phase is to gather just 
gh information to begin developing an initial prototype. Planning phase 


62 “Object Oriented Analysis and Design 
| activities inchide a feasibility study, a high 
generation of implementation alternatives, an 
implementation strategy. =. i es eith : 
After the initial planning is completed, work begins in earnest on the firs 
5 figure). A prototype is a preliminary working 


totype (the blue ring in the r E Avs 
Erode oF aie system. For each prototype, the development process folloy,, 


a sequential path through analysis, design, construction, testing, Integr tion 
with previous’ prototype components and planning for the next prototype, 
When planning for the next prototype is completed, the cycle of activities 


-level user requirements Súrve 
d choice of an overall design and 


begins again. Although the figure shows four prototypes, the spiral’ mode 


à 


approach’can be adapted for any number of prototypes. 


feasibility of new technology. If so, the first iteration might focus ona prototype 
that proves the technology will work as planned. Then the second iteration 
might begin work on a prototype that addresses risk associated with the system 
requirements or other issues. `>- 7 0 eos er 


Another time, the greatest risk N = sai ae a = 
might be user acceptance of ED ye nee a 
Some) 

<= A Design FA EAEN. 


change. So the first iteration might 
focus on producing a prototype to 
(> Some. 
~- (implementation 


show the users that their working 
lives will be enriched by the new 
system. 


Fig. 2.7, uses the term 
iteration. In problem solving, 
iterations are used to divide a very 
large, complex problem into 
smaller, more easily managed 
problems. Each small problem is 
solved in turn until the large problem 
is solved. System development 
uses iteration for the same purpose. 
We take a large system and figure g 
out some way to partition it, or ; 
divide it into smaller components 
Then we plan, analyze, design and 


Activities 


' Fig. 2.7 Iteration of System Developm" 


Object Oriented Analysis 63 


implement each smaller component. Of course, we also add an integration step 
to combine the smaller components into a total solution. This approach is 
frequently called an iterative approach to the SDLC. Many of the more popular 
adaptive approaches today use iteration as a fundamental element of the approach. ` 


Fig. 2:7 shows how an iterative approach works. 


-Iteration means that work activities-analysis, design, implementation-are 
done once, then again, and yet again; they are repeated. With each iteration, the 
developers refine the result so that it is closer to what is ultimately needed. 


Iteration assumes that no one gets the right result the first time. With an 


information system, you need to do some analysis and then some design before 


|- you really know whether the system will work and accomplish its goals. Then 


you do more analysis and design to make improvements. In this view, it is not 
realistic to complete analysis (define all of the requirements) before starting 
work on the design. Similarly, completing the design is very difficult unless you 
know how the implementation will work. So you complete some design, then 
somé implementation and the iteration process continues—more analysis, more 


` design, and more implementation. Naturally, the approach to iteration or the 


amount of iteration depends on the complexity of the project. 


- -There are many ways to define each iteration. One approach is to define 
the key. functions that the system must include and then implement those key 


| functions in the first iteration. Once they are completed, the next set of required, 

|: but:less crucial, system functions are implemented. Finally, optional system 

~ functions, those that would be “nice to have”, are implemented in the last iteration. 
- Another approach is to focus on one subsystem at a time. The first subsystem 
implemented contains the core functions and data on which the other subsystems 
: depend. Then the next iteration includes an additional subsystem and so on. 


~ Sometimes iterations are defined according to the complexity or risk of 
certain components. Often the most complex or risky parts of the system are 


addressed first because, if you find out early whether they can be handled as 
planned, you can still change plans. Other times, some of the simplest parts 
are handled first to get as much of the system finished as quickly as possible. 
How the iterations are defined depends on many factors and might be different 
with évery project you encounter. Most adaptive approaches suggest tackling 


the toughest. problems with the highest risk first. 


-. A related approach, which is type of iterative approach, is called 
incremental development. With this approach, you complete parts of the 
systém in a: few iterations and then put the system into operation for users. 


‘This approach gets part of the system into user’s hands as early as possible so 
eee 


‘they can benefit from it. Then you complete a few more iterations to develop 
ther:part of the system, integrate it with the first part, and again put it into 
ae : 


Bh) hee ee 7 
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plete the last part and integrate, it with the rest 
lopment uses varying: degrees of iteration. Th, 
ways described as highly iterative. 


f Object Oriented Analysis 65 : 
‘The emphases or objectives of the 


operation. Finally, you com The 
are described below — 
apart st. 


Today, much of system deve 


rae | 3 7 (i) Inception Phase — In this phase project manager develops-and— 

0.9. Describe the unified process life cycle. >- Tee refines :a vision for the new system to show how it will, improve operations 

Ans. The Unified Process life cycle consists of phases through which the and solve existing problems. The project, manager makes the. business. case 

3 ase timė but each life cycle phase has one or:more iteration, for the new system, meaning that the benefits of the new system must outweigh 

sae salva nee 5 and implementation for part of the system. -At the the cost,of development. The scope of the system must also be defined so that 
involvi ’ 


EIS ; f FA lit is clear what the project will accomplish. Defining the scope includes - 
end of each iteration, the project team using the UP. life cycle has completed; dentifying many of the key requirements for the system. 


l 7 ; . jewed with system users pe . 
some working software that has been tested and reviewe with syste | rare. : f : . i E 

four phases of the UP life cycle are inception, elaboration, construction. ne. poe Puen Dnass ie usually ese es mene eraHlon, angesyithany 
The four p i l x } a iteration, parts of the actual system might be designed, implemented and tested. 
and transition, as shown in fig. 2.8. Usually, any work on the system itself must demonstrate that the system vision 


peat matches user expectations or that the technology to be used will work as , 


System Development Life Cycle . f 
planned. Sometimes prototypes are discarded after proving that point. 


Iteration ` Phase 
r : 


(ii) Elaboration Phase — The elaboration phase usually involves 
several iterations, and early iterations typically complete the identification and 
definition ofall of the system requirements. Since the UP is an adaptive approach 
me ; to development, the requirements are expected to evolve and change once 

Even though the project team completes some working software in Work starts on the project. 
each iteration, the sequential phases of the UP life cycle describe the emphasis. Elaboration phase iterations also complete the analysis, design and 
or objectives of the project team and their activities at any point in time (see implementation of the core architecture of the system. Usually the aspects of 
fig. 2.9). Therefore, the four phases do provide a. project. managemen the system that pose thé greatest risk are identified and implemented first. 
framework for planning and tracking the project over time; Itis possible t Until developers know exactly how the highest-risk aspects of the project will 
plan the project so that the elaboration phase begins on a specific.date ani work out, they cannot have a firm idea of the amount of effort required to 
ends on a specific date. Within the phase; however, several. iterations ar complete the project. By the end of the elaboration phase, the project manager _ 


Fig. 2.8 The Unified Process System Development Life Cycle 


planned to allow flexibility. Similarly, the construction phase can begin oni ee aa TO PE for Per s cost and schedule, api the 
specific date, again assuming that many changes will. have. occurred up to Mea pode sOUNIE-Prolec! wane a t 


that point. -- j M E (oti (iii) Construction Phase — The construction phase involves several 


iterations that continue the design and implementation of the system. The core 


| architecture and highest-risk aspects of the system are already complete. Now 


+ 


Objective“ 


Develop an approximate vision of the system, make the business case, 
define the scope, and produce rough estimates for cost and schedule. 


Refine the vision, identify and describe all requirements, finalize the 
scope, design and implement the core architecture and functions, resolve 
high risks and produce realistic estimates for cost and schedule, 


fine-tuning the user interface’s design, finishing routine data maintenance 
functions, and completing the help and user preference functions. The team 


| the focus of the work turns to the routine and predictable parts of the system. 
onstruction] Iteratively implement the remaining lower- ‘begins to plan for deployment of the system. 


| These parts might include detailing the system controls such as data validation, 
elements and prepare for deployment. 


risk, predictable and easicr 


(iv) Transition Phase — During the transition phase, one or more 
iterations involve the final user-acceptance and beta tests, and the system ` 
made ready for operation. Once the system is in operation, it will need to be 
Supported and maintained. roë 


Complete the beta test and deployment so users hay 


e a working system 
and are ready to benefit as expected. DA R B 


Fig. 2.9 UP Phases and Objectives 
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Q.1 0. Describe object modeling technique (OMT) methodology. | 
eye PE UG BELTS OOS. ORIGINS JUNE 200] 
iP State.the activities: involved in:each of the follo wing phases of ob ie 
oriented'life.cycle~ 0001 8 oe i Gi 

- (i) Object-oriented analysis: 
-n (ii)+Objectofiented design.» a ean 

- (iiü) Object-oriented implementation... 0 

We a ck ak es (R.G.PV., June 2005, Dec. 201 
Explain object-oriented software development process model. ‘- 

[athe anit spineg sen Ae anent oo RGM, De 201) 


a 


s pate ate o T, if 
ae F 


Cae 


Ans. The methodology for object-oriented development has the followin, 
Stages ie ee Oe en ona, PaaS ee. 
= (i) Analysis~ Starting from a statement of the problem, the'analys 
builds a model of the real-world situation showing its important properties; 
The analyst must work with the requestor to understand the problem becaus 


problem statements are rarely complete’ or correct. The analysis model is: : 
concise; precise abstraction of what the desired system must do, not how i : 


will be-done: The objects in the model should be application-domain concept 
and not computer implementation concepts such as data structures. A goo! - 
model.can be understood: and criticized: by’ application experts ‘who are no 
programmers. The analysis.model should not:contain any implementation 
- . decisions. For example, a ‘Window class is a workstation windowing syste 
would be described intermis of the attributes and operations visible to a use, 
_ (ii) System Design — The system designer makes high-level decision 

about the overall architecture. During system design, the target system i 
organized into subsystems based on both the analysis structure and the propost! 
architecture. The system designer must decide what performant 


= oe ou oo Vt = el Vee a 


characteristics to optimize, choose.a strategy of attacking: problem, and mak > 
tentative resource allocations. For example, the system designer might deci 
that changes to the workstation. screen must be. fast and:smooth even whe < 
windows are moved or erased, and choose an appropriate communicatio" 
protocol and memory buffering strategy = 00 000 n E 
(iii) Object Design — The object designer builds a design model pase S 
onthe analysis model but containing implementation details. The desig” € 
adds details to the design model in accordance with the strategy establish i 
during system design, The focus of object:design is the data structures 2” : 


algorithms needed to implement each class. The object.classes from analy’ 
are still meaningful, but they are augmented. with computer-domain dat 
| i RN, Ta SUSIE a. AET 
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or ae ’ god e- 


sruottes and algorithms chess to Opa important EE EA measures. 
Both the application-domain objects: and the computer-domain objects are 


ese br 


described. using the same object-oriented concepts and notation, although they ——>- 


exist on different conceptual planes. For example, the Window.class‘operations 
are now specified in terms of the underlying hardware and operating system. 


(iv) Implementation — The object classes and relationships. developed 
during object design are finally, translated into.a particular programming language, 
database; or hardware implementation. Programming should be a relatively 
minor.and mechanical part of the development cycle, because all of the hard 
decisions‘should,be made during design. The'target language: influences design. 
decisions to some extent, but the design should not depend on fine details of a 
programming language. During implementation, it is important to follow good 
software engineering practice so that traceability to thé desi gn is strai ghtforward 
| and so that the implemented system remains flexible and extensible. For 


example; the Window class-woilld be coded ina programming ‘language, using 


caso. the underlying graphics aysen -on the workstation. 


Wis 


Q: “1. How do you develop an object-oriented system develapinent life 
Gee ? Briefly discuss all the phases related to object-oriented approach 
with an example. } a ae (R. G.PV., Dec. 2014) 
na Ans. System development life cycle A with requirement analysis, 
aa testing, implementation, refining and. maintenance. Traditionally 
Waterfall model is used for system development on the assumption that user 
requirement are, clear, confirmed and stable. But except for some systems in 
business, most of the other: system’ S-users need cannot be. determined with 
certainty, and they cannot be believed as stable. Due to the strength of OOT 
and the’ versatile use of objects, the OOSAD approach i is most suited whether 
ae system is stable or not. = 


DA lso, refer to.Q. 0. 


. What are the different approaches for analysis that are relevant 
t-oriented systems? = AOR, G.Ph, June 2004) 


“A s. The different object-oriented analysis methods are — 


(i) The Booch Method—The Booch method includes both a “micro 
i NA process” and a “macro development process”. The micro level 
Specifies'a set of analysis tasks that are reapplied for each step in the 1 macro 
Process. Therefore, “an: evolutionary approach is maintained. Booch’s OOA 
micro development process recognizes classes and objects and the semantics 
Of classes: and objects: and ‘specifies ‘relationships among Classes and objects 
andl eis: outa ‘series Of refi nements to elaborate the analysis model. 


“(i) The Rumbaugh Method — The object modeling technique 
was developed by Rumbaugh and his colleagues for analysis, system 


ta Si 


o 


OM 
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Q.1 0. Describe object modeling technique (OM T) methodology, 


ae Ru Aedes E Object Oriented Analysis 67 
"e (RGÈV, June 2004 strúotürés and algorithms chosen to optimize im me 


n 


LER i 


s 


ji atgo osent portant performance measures. 
vad, IA apno “ele BOR DASE o : Both the application-domain objects: and the computer-domain objects are 
421 State.thesactivities involved in‘each of the following phases Of obje Y descriked using the same object-oriented concepts and notation, although they ——— - 
oriented'life cycle'= 5 T AEE pa Ai ‘dies exist on different conceptual planes. For example, the Window class‘operations 
(i) Object- oriented analysis are now specified in terms of the underlying hardware and operating system. 
ue -(ti) Object-oriented design = o e t = (iv) Implementation —The object classes and relationships developed 
(iii) Object-oriented implementation.. ~ ` Wo during object design are finally. translated into a particular programming language, 
ree ae ees » (R.G.PV, June 2005, Dec, 201| database; or hardware implementation. Programming should be a relatively 
. Ores ce ates my By | ‘minor.and mechanical part of the development cycle, because all of the hard 
Explain object-oriented software development process model. ‘: decisions'should,be made during design. The'target language influences design 
she cele Ran Sepa ge Shwe s Ziahg (R.G.E V, Dee.’ 201)| decisions to some extent, but the design should not depend on fine details ofa 
‘ programming language. During implementation, it is important to follow good 
software engineering practice so that traceability to the design is straightforward 
fy and so that the implemented system remains flexible and extensible. For 
(i) Analysis — Starting from a statement of the problem, the'analys| example; the Window class woilld be coded ina programming language, using 
builds a model of the real-world situation showing its important; properties} calls ‘to.the underlying graphics system on the workstation. l 
The analyst must work with the requestor to understand the problem becaus|  - AA Ae Pa RS oi 5 eas PERN a ; 
problem statements are rarely complete or çorrect. The analysis model is | -7 0.11. How K POR BEN Op aM Obes Oriented, system development life 
; ; : STEN ASE | eycle ? Briefly discuss all the phases related to object-oriented approach 
concise, precise abstraction of what the desired system must’ do, not how i| + re A R Aa A ge EU "(R.G.B V, Dec. 201 4) 
will be done. The objects in the model should be application-domain concept) P CXOMPE:, , ppr i ane eek ace 
and not computer implementation concepts such as data structures. ‘A good, > _4”S- System development life cycle begins with requirement analysis, 
model can be understood and criticized by application’ experts ‘who are nal Sesign; testing, implementation, refining and. maintenance. Traditionally 
programmers. The analysis model should not contain any implementation er tees und for system development on the assumption that m 
. decisions. For example, a Window class is a workstation windowing system Re A Aeae fi rmed ane ae ae ae i: ra 33 cue 
err: ; e re o Te sog usiness, most of the other.system’s-users need cannot be. determined wi 
ee 2o ig a aes nae Peele o AR certainty, and they cannot be ‘believed as stable. Due to the strength of OOT 
(ii) System Design—The system designer makes high-level decisiom| and the versatile use of objects, the OOSAD approach is most suited whether 
about the overall architecture. During system design, the target system i| the system is:stable or not: = -> 
organized into subsystems based on both the analysis structure and the proposed] 3 =+ ig aay f t ; 0 i ta ne 
architecture. The system designer must decide what performance] ~~") EA a S 
characteristics to optimize, choose a strategy of attacking: problem, and make hy. 
tentative resource allocations. For example, the system designer might decide toio 
that changes to the workstation screen.m 
windows are moved or erased, and choo 


pa 


t 


-> Ans. The methodology for object-oriented development has the following 
stages — 


zi 


’ What are the different approaches for analysis that are relevant 
t-oriented systems? © ~ <- (R.G.P.V., June 2004) 
ust be. fast and‘smooth even when| ==" Ahs. The different object-oriented analysis methods are — 

. se an appropriate communicatio™| =: (4) The Booch Method—The Booch method includes both a “micro 
piptočol jiii eee. buffering strategy. ek y z $ : oomen process” and a “macro development process”. The micro level 
ea si Object Design- The object designer builds a design model based Specifies a set.of analysis tasks that are reapplied for each step in the macro 
adds detalet ae but containing implementation details. The design process- Therefore,’ an evolutionary approach is maintained. Booch’s OOA 
Gine syatein > wee model in accordance with the strategy established micro development process recognizes classes and objects and the semantics 
algorithms edat i. focus of object design is the data structures ant of classes ‘and objects and specifies relationships among classes and objects 
are still meaningful he ement each class. The object classes from analys“ and Carries out-a'series of refinements to elaborate the analysis model. 

» but they are augmented with computer-domain dat?) G73 (ii) The Rumbaugh Method — The object modeling technique 
RENS T j (OMT) was developed by Rumbaugh and his colleagues for analysis, system 


a oa CUN 


. -ian 


Š 
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- design, and object-level design. ‘The analysis phase generates ‘three models. 
the object model (a representation of objects, classes, ‘hierarchies ang 
‘relationships), the dynamic model (a representation of object and ` System 
behaviour) and the fuhctional model (a high-level DFD- like representation of 

information flow through the system). nnus we o 

: (iii) The Jacobson Method — ‘The:Jacobson. method also” alley 
OOSE (object-oriented. software engineering) isa simplified version of th, 
proprietary objectory method. This method differs from others by: heavy 3 
emphasis on the use-case-a description or scenario that shows how the Use} 
interacts with the product or system. 

(iv) The Coad and Yourdon Method = “One: of the: easiest OOA 
methods to learn is the Coad and Yourdon method: Modeling notation is Telatively 
easy and guidelines for developing the analysis model are simple. A brief outline 
of Coad and Yourdon’s OOA process is as follows = 5.o fa 

(a) Recognize objects using. “what to ‘look for? criteria. 
(b) Define a generalization/specification str 
- (c) -Define a whole/part structure: 
(d) Recognize subjects. 
(e) Define attributes. 
(f) Define services. 


| E F: a Object Oriented Analysis 69 
Ans. Object-oriented Analysis - - Refer to Q.2, 


A JA Methods — The different OOA methods are <; , | A 
BO) The Booch method 
i a ‘Gii). The: Jacobson method 
= (v) The Wirfs-Brock method, 


The Rumbaugh. Method — Refer to’ Q. 12 (ii). 


99A 


(ii) The Rumbaugh, method... 


gi 5 ‘Explain’ Coad and Yourdan’s approach to object- 


: oriented 
~ tat are t te main issues regarding object-oriented design ? — 


(R.G. PV, Dec. 2008) 
Ans. Coad and Yourdan’s Approach — Refer to Q,12 (iv). 


I sues Regarding Object-oriented Design — Five criteria a 


re suggested 
ertrand Meyer for judging a design method’s ability to achieve modularity — 


(i). Decomposability — It i is the facility with which a design method- 


the: designer to decompose a big problem into subproblems that are 
osolve., fe 


ii) Composability — — It is the degree to which a design method 


at program components (modules), once designed and built, can be 
0 create other systems. l 


iii). Understandability — It is the ease with which a program 
ent can be understood without reference to other information or other 

al.’s analysis-related cae is as follows =. ae a 

(a) Evaluate the customer specification: 


iv) Continuity — Iti is the ability to make small ‘changes in a program. 
(b) Identify candidate classes from the he specifica 


changes : show themselves with pu comesponduig changes in just one ora 


parsing. : 
‘(c) Group classes in AA cen ie 4G. identify u erclasses: W Protection — It‘is an architectural characteristic that will reduce 
(d) Specify responsibilities for each: class. © Opagation: of side effects when an error occurs in a given module. 
(e) Assign responsibilities to each class. Meyer suggests five basic design principles depending on these criteria 
(f) Identify relationships between classe anf an: be derived for modular architectures — 

: (g) Specify collaboration between classes basedon responsibiiis : i) “Linguistic modular units (ii) Few interfaces 
(h) Build hierarchical representations of classes: iii) Small interfaces (iv) Explicit interfaces 
(i) Construct a collaboration graph for the system. o Information hiding. 
Q.13. What is object-oriented analysis and design : ? Explain the commol| N What is object-oriented analysis and design ? Explain the principles 


approaches followed in object aneyste 
Aus. Refer to Q.2 and Q.12. : 


0.14. How will you define the obj 
yject-oriented analysis.(O oach! 
What are the different OOA meth 7 i 4) RA 


ods ? Explain the outline of Ruinbaus! 
method of 20A. | (R.G.PY., Dec. 2006, 200 


RG GRY, Dec. 2008, zori inged in object-oriented system development. (R-G.P. V, June 2008) 
a 2 VAns. Object-oriented Analysis and Design — ‘Refer to Q.2. 


a Principles ‘Involved i in Object-oriented System Development — Refer 


(iv). The ead ead Yourdon method toe 
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do these make, 0 
17. “What are the ‘elements of OOA ? How 04 
A 0. ch best suited to address reail world problems ? (R. G. P V, June 2009 


Ans. A software engitieer ‘must select a Rotation that inaplements' a Set of 
generic: components ‘of an'OO arialysis mde} to ‘develop'a “precise, concise, 
understandable; and correct model ofthe real worid”’. Monarchi and Puhr'specip, 

a set of generic representational components that look in all OO analysis thddels 

Static.components show characteristics that hold throughout the operational] life 
of an application and are structural in nature. These characteristics differentiates 
one object from other objects. Dynamic components. emphasize ,on control and 
are sensitive to timing and event processing. They specify how one object interact 
with other objects over time. The identified components are — 

(i) Static View of: Sémantic Classes - AS part of the analysis mode 
requirements are assessed and classes i are extracted (and represented). , These 
classes ‘persist throughout the life ‘of the application and ‘are “derived On the 
basis of the semantics of the customer requirements; .: TIS an 

(ii) ‘Static View of Attributes — Every class must be se explicitly described 
The attributes associated with the class provide a description: “Of the class, as 
well as a first indication of the operations that are relevant to the: class: 


(iü) Static View of Relationships — “Objects 2 are “corinected” to One 


AAEE 


the design of a messaging approach càn ‘be Obtained: 


behaviours that accommodate the usage scenario (use- cases) of the system. 
These behaviours are mipien by defi ae a sequence: ‘Of operations that 
achieve them. PIRORI 


(v) Dynamic View of Communication = “Objects , must 
communicate with each other and do so on the basis of a series of events that 
Cause transition from one state of a system to ‘another. 


(vi) Dynamic View of Control and Ti. ime — The nature a timing of 
events must be described because they cause transitions among states..; ; 


OBJECT MODELING TECHNIQUE (OMT) - ‘OBJECT MODEL, 
FUNCTION MODEL, RELATIONSHIP AMONG: MODELS ` 


Very Short Questions [Eee TA 


Q.18. Write a short note on dynamic model., 
Ans. Refer to Q.25 (ii). 


ete Si 


A 


another in a number of ways. These relationships are represented by the analysis E 
model so that operations (that affect thesé: pO can n be identified and | 


ea 
(iv) Static View of Behaviours — The relationships. define a a set of a Teferences to entities in other models. For example, operations are attached to 


mR, G; BVI June: 2009 | 


HG o 19. What are the elements of object model ? 
5 Pans. There are four major elements of object model — 


(i) Abstraction (ii) Encapsulation (iii) Modularity: (iv) Hierarchie 


E “By major, we mean that a model without any one of these elements is not 
object: -oriented. 

i i {There are three minor elements of the object model — 

eat, » (i) Typing (ii) Concurrency - (iii) Persistence. 


oA /By: minor, we mean that each of these elements i is a useful, but not 
essential, part of the object model. ; 
Ea 


“Short QUESTIONS 


0.20. What do you understand by object modeling technique (OM T) ? 


$ Ans. A system can be modeled from three related but different viewpoints, 


; ‘each capturing important aspects of the system. The Object Modeling Technique 


(OMT) is the methodology that combines these three views of modeling systems. 


F “The object model represents the static, structural, “data” aspects of a system. 
z The dynamic model represents the temporal, behavioural; “control” aspects of a 


em; The functional model represents the transformational, “function” aspects 
‘system. A typical software procedure incorporates. all three aspects — It 
data structures (object model), it sequences operations in time (dynamic 
m del), and. it transforms values (functional model). Each model contains 


0 cts in the object model but more fully expanded in the functional model. 
_These models separate a system into orthogonal views that can be 


z Te esented and manipulated with a uniform notation. They are not completely 
; ‘independent - — a system is more than a collection of independent parts — but 


‘each model can be examined and ‘understood by itself to a large extent. The 
; ‘interconnections between the different models are limited and explicit. It is- 
always ‘possible to. create bad designs in which the three models are so. 
intertwined that they cannot be separated, but a good design isolates the different 
‘ae of a soon and limits the coupling between them. 


(R.G.P.V., June 2005) 


ss 22. en a metamodel that Supports. only the following subset of 


E OMT notation — 


cae ‘classes, ‘attributes and binary associations including multiplicity 


(R.G.P¥,, Dec. 2004, June 2007, 2008) 
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Hat Questions 


Fig. 2. 10 Metamodel jor a ‘Subset of the oM T Notation 


: Or 
Describe the functionalities of the di ieren models i in OM T methodology. 


23. Fig. 2.11-is a ortion of a ‘metamodel which ‘describes Ber hee 
0.23. Fig. 211 is a p ees “(RGPY, June 2009) 


ralization. A generalization is associated with several generalization TOle 


r 6 3 Or ’ 
which are the role that objects classes play in generalization. relationsh; ip) sexs 
Role type is either, subclass or superclass. Does this model a multip, rae D iscuss the various kinds of modeling i in object enhiig). 


inheritance ? Explain your answer. | ; (R.G.P.V., June 2011) | 


CE ; age Eis There ‘are three types of models of object modeling technique — 
eneralization 


object model, , dynamic model, and functional model... 
[mene | eS Bee: (i) . ‘Object Model — Object model describes the stuctire of objects 


Fi ig. 2. i Metamodel of Generalization Relationships. r 3 in system — -their TAE their relationships to other objects, their operations 


eas ee 


-N 


. Ans. The cbject diagram given.in the exercise does. support multip 5 
inheritance. If an instance of Object class is a subclass in more ‘than on 
generalization relationship, there is an instance of. Genk dizaon ‘role, with 


role type equal to, subclass for each generalization relati onship.: : The goal in constructing an ‘object inodel is to capture those concepts from 


real world that are important to an application. In modeling an engineering 
blem; the object model should contain terms familiar to engineers; in modeling 
usiness problem, terms from the business; in modeling a user interface, 
rms: from the application domain. An analysis model should not contain 
nputer constructs unless the application being modeled is inherently a computer 
blem, such as a compiler or.an operating system. The design model describes 
Ow to solve a problem and may contain computer constructs. 


This model is graphically represented with object diagrams containing 
ct classes. Classes are arranged into hierarchies sharing common structure 
and behaviour and are associated with other classes. Classes define the attribute 
bs ues carried by each object instance and the operations which each object 
rforms or undergoes. - 


Q.24. Prepare an object diagram for library book check out system that 
shown the date a book is due and ‘late charges es for an overdue book a| 
derived object. i ; R G. E V., Dec. 2004) 

Or > 
Draw OMT object model for a library information atin 


R. GPV; Dec. 2003| - 


due date 
fate charge 


(ii) Dynamic Model — The dynamic model describes those aspects 
system concerned with time and the sequencing of operations such as. 
events that mark changes, sequences of events, states that define the context 
for events, and the organization. of events and states. The dynamic model 
-Captures control, that aspect of a'system that describes the sequences of 
K “Operations that occur, without regard for what the operations do, what they 
“Operate on, or how they’ are implemented. 
ty is a slash on the comer. of: a class box, " = > 


{Late char7e = (current date — due date) x ekarten per er day} 


Fig. 2.12 Object Diagram for Library Checkout System ¥ 
Note : Notation for derived enti 
association line or infront of an 


~The dynamic model i is represented graphically with state diagrams. Each 
attribute. ‘state iagram shows the state and event sequences permitted in a system for 


i 
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ms also refer to the other models. Actions i 
functions from the functional model. Even, 
tions on objects in the object model. i 


one class of objects. State diagra 
the state diagrams correspond to 
in a state diagram become opera Ta 

(iii) Functional Model— A functional model isa descri ption of as peq, 
of a system that transform values using functions, mappings, constraints ang 
functional dependencies. À , 

The functional models show how output values in a computation are deriv, j 
from input values without regard for the order in which the values are computey 
It consists of multiple data flow diagram which shows the flow of values fron, 
external inputs, through operation and internal data stores, te extemal output, 

“It also shows a computation and the functional derivation of the dat, 
values in it without indicating how, when, or why the values are computey 
The dynamic model controls which operations are performed and the order in 
which they are applied. The object model defines the structure of Value tha 
the operation operates on. For batch-like computations such as compiler o 
numerical computations, the functional model is the primary model, but j, 
large system all three models are important. 

In functional modeling the Data Flow Diagram shows the relationsh; 
between values in a computation. A data flow diagram is a graph of proces. 


Data flow diagram can be nested hierarchically, but ultimately the leaf processe | 


must be specified directly as operations. 


0.26. Define three models used in object modeling technique. Draw an} 


object diagram for card playing system. (R. G.P. Ves Dec. 2012) 


Ans. Three Models of an Object Modeling Technique — Refer to Q.25 | 


Object Diagram for Card Playing System — vego ua. 
Visibility 
Location 


A 


reset() top_ofpile( ) 
addcard() bottom_of_pile() 
count() draw(), : 
card() 

contains() 


Fig. 2.13 


and dynamic model ? 


$y Ans. Dynamic Model — Refer to Q.25 (ii). 


Object Oriente 
9.27. What is object-oriented analysis and des 
aa f object oriented model. 
HP 


Pins. OOAD - Refer to Q.2. 
types of Object Oriented Model — Refer to Q.25. 


a 28. D escribe in detail the different view in 


mpare with the models in OMT technology, 


ns. The Booch method extensively uses dia 


jeveloP the system. It uses the following diagrams — class diagram, object 
diagram; state transition and interaction diagrams. The methodology operates 
reo gha two-stage development one macro and the other micro. 

Macro processes deals with conceptualisation, analysis and development 
of the model, designing system architecture, implementation and maintenance. 
The micro development process stage consists of identifying four items — 
classes and objects, its semantics, its relationship and interfaces and 
implementation. The macro process controls the micro process. 


Also refer to Q.25. 
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ign ? Discuss the different 
(R.G.PY., June 2011) 


Booch methodology. 
(R.G.P.V., Dec. 2014) 


gramming techniques to 


ki 0. 29. Write explanatory short note on functional and dynamic models. 
ee vf ` (R.G.P.V., Dec. 2006) 

Ans. Refer to`Q.25 (iii) and (ii). 

$ ; Q.30. Write short note on object model and its elements. 

E l (R.G.P.V., Dec. 2003) 
`- Ans. Refer to Q.25 (i) and Q.19. 

a 0.31. Explain dynamic model. What is the relationship between object ` 


(R.G.P.V., June 2007) 
Or 


‘ _. How object model is related to dynamic model for a common example? 


(R.G.P.V., June 2012) 


~ Relationship between Object and Dynamic Model — The dynamic 


_ model specifies allowable sequences of changes to objects from the object 
_ model. A state diagram describes all or part of the behaviour of one object of 
__ agiven class. States are equivalent classes of attribute and link values for the 
_ object. Events can be represented as operations on the object model. 


~ Dynamic model'structure is related to and constrained by object model 


structure. A substate refines the attribute and link values that the object can 
have. Each substate restricts the values that the object can have. But this 


` refinement of object values is exactly generalization by restriction. A hierarchy 
of states of an object is equivalent to a restriction hierarchy of the object class. 


ayes 


w 5 Few 


DET 
ees 


TS Ohyect Orerttad Amaess are eas 


Ciriani models amd kamgamges G9 oot usati Sp por STD & 
mnim MEETS SD The uae MOSH TS cae PRD eres 
E Rath amen fiim of classes mi genari O ete The se. 
qussitie citinst wanas. A Simple object can Have GUTS pee 
i commen heve difiere classes. Inherent citrerences ae ORT a 
fhefore pronari madsied as Ties Ass while Temporary Geren, 
gre propery moðsled zs darem ses Ol the same Class. 

p composite sme is the aggregation of More Gun ONE concurent Subs, 
Thee are fires souross of concurrency within the object model. The fry, 
aemesntion of objess. The second souo 3 oa aioa mihin an Obje, 
The third sourco is concurrem behaviour of an object. These source: ~ 

a erchengeab > For example, an object could Com:), 

zn ettribute to indicate that it wes 
The dynamic model ofa class is inherited by its subclasses. The subclas.. 
-herit hoth the states of the ancestor and the transitions. The subclasses ;.. 
have their own state dizgrams. But how do the state dizgrams of the superc];, 
and the subclass interact ? If the superclass state diagrams and the subel. 
state diagrams deal with disjoint sets of attributes, there is no problem. Th 
subclass has a composite state composed of concurrent State diagrem. 
However, if the state diagram of the subclass involves some of the sary 
attributes 2s the state diagram of the superclass, a potential conflict exis; 
The state diagram of the subclass must be a refinement of the state diagram ; 
the superclass. Any state from the parent state diagram can be generalized 
split into concurrent parts, but new states or transitions cannot be introduc; 
into the parent diagram directly because the parent diagram must be a projectic, | 
of the child diagram. | 


‘not in theory. Events can be defined across different classes of objects. Even | 


_ by the interaction of objects and events. Transitions can be implemented ash 
operations on objects. The operation name corresponds to the event name | 


Events are more expressive than operations, however, because the effect off -~~ 


an event depends not only on the class of an object but also on its state. 


.32. Describe the relationship among the following models — 
i) Functional models (ii) Object models 
` Ans. Each model describes one aspect of th ystem but contains 
references to the other models. The object model describes data structure that 


The event hierarchy is independent of the class hierarchy, in practice į at f the leaf actions and activities that are undefined with the dynamic model. 


are more fundamental than states and more parallel to classes. States are defina; | The 


“the dynamic and functional models operate on. The operations in the objec] 


al model describes functions 
ctions in the dynamic model 
object model. The functional 


yes and invoke functions. The function 


„£ val a . ° . 
ant py operations in the object model and a 
cored : data values specified by the 


z s operate on . 
pu <o shows constraints on object values. 
a fenctional model shows what “has to be done” 


are the operations on objects. The obj 
X 199 ject 
wf po the objects. Each process is implemented by a 
os The dynamic model shows the sequences in which 
a Each sequence is implemented as a sequence, loo : 
ry ts within some method. The three models come Ei e 
tation of methods. The functional model is a gu y 


of Sjemen ide to the methods. 


“rhe processes in the functional model correspond to operations in the 
object model. Often there is a direct correspondence at each level of nesting. 
Ker evel process corresponds to an operation on a complex object and 
A er Jevel processes correspond to operations on more basic objects that are 

of the complex object or that implement it. Processes in functional model 
Pow objects that are related by function. 

Relative to the functional model — The object model shows the structure 
of the actors, data stores and flows in the functional model. The dynamic 
del shows the sequence in which processes are performed. 

_* Relative to the object model — The fimctional model shows the operations 
on the classes and the arguments of each operation. It therefore shows the 
capplier „client relationship among classes. The dynamic model shows the states 
‘of each object and the operations that are performed as it receives events and 


by a system. The 
model shows the 
method on some 
the operations are 


"Relative to the dynamic model— The functional model shows the definitions 
0 


“The object model shows what changes state and undergoes operations. 


- 


9.33. Explain the following — 
<; - (i) Object model 


eine (ii) Dynamic model 

.... (iii) Functional model (iv) Relationship between different model. 
Bye co te ts (R.G.P.¥., Dec. 2008) 

Or 


Say x 7- : j ‘What are the various models used in object-oriented methodology and 
iii) Dynamic models) ow are they related ? 


Ans. () Object Model — Refer to Q.25 (i). 


| 
j 


(R-G-P.V, June 2012) 


E ` (üi) Dynamic Model — Refer to Q.25 (ii). 
iex a -~ (iii) Functional Model — Refer to Q.25 (iii). 
- - (iv) Relationship between Different Model — Refer to Q.32. 


Dosign 
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d function model 


? Explain relation, 


7.34. What are object modelan 
0.34. Wh $ (R.G.PV., Dec, 20r 
? 


among models. 


to objec. 


Pty Or ; 
n How functional model is related t model ? (R.G.P.V., Dec, 201, 
Y h i 


Ans. Refer to Q.25. 


Relationship Among Models — Refer to Q.32. 


STATE DIAGRAMS, DATA FLOW 
DIAGRAMS 


7 Very Short Questions 


0.35. What is object diagram ? 
Ans. Refer to Q.37. 
0.36. Explain event trigger of a transition. (R.G.P.V., Dec. 20 13 
Ans. An event is the specification of a significant occurrence that has 
location in time and space. In the context of state machine, an‘ event is k 
occurrence of a stimulus that can trigger a state transition. Events may inclų tk 
signals, calls, the passing of time, or a change in state. A signal or a call May 
‘have parameters whose values are available to. the transition, includin 
expressions for the guard condition and action. It is also possible to have ą 


OBJECT DIAGRAMS, 


Pij 


(R.G.P.V, Dec. 201) 


completion transition represented by a transition with no event trigger, AL 


completion transition is triggered implicitly when its source state has 


completed 
its behavior, if any. s 


“Short Questions 


Q.37. Draw and explain the notation for class diagram, object diagrams, 
Or ' : 

Differentiate between object diagram and class diagram. 
e (R.G.P.V., June 2008) 
Or ; : 
What are class diagram and instance diagram: ? How are they related? 
; ' (R.G.P.V., June 2012) 
_ Ans. Object diagrams provide a formal graphic notation for modeling 
. objects, classes, and their relationships to one another: ‘Object diagrams are 
useful both for abstract modeling and for designing actual programs: Object 


> 


j| dia 


(R.G.P.V., June 2006, 2009 | 


Objoct Oriented Analysis 79 


i are concise, casy to understand, and work 
two 
for describing many 
tclasses, An instance 
te to each other, An 
agrams are useful for 


inst n - 
given class diagram 


ent att ; 
um’ nds toan infinite set of instance diagrams, 


o 

| 2,14 shows a class diagram (left) and one possible in 
any escribed ‘by it. Objects Hari, Avtar, and an ninen person are 
instances of class Person. The OMT symbol for an object instance is a rounded 
pox. The class name in parentheses is at the top of the object box in boldface. 
Object names are listed in normal font. The OMT notation for a class is a box 
with class name in boldface. ; A 


` (Person) © fia 
- a>) (rm 
i 5 aes — TLS 


ona A Class _-.’ Objects 
Fig. 2.14 Class and Objects 


nce diagram 


aa 


AER S 


© 99.38. Explain guard condition of a transition. (R.G.P.V., Dec. 2013) 

Bins. Refer.to Q.49 (ii). 

4 30.39. A directory file contains information about files in a directory, 

including both ordinary files as well as other directory files. Prepare an 

“object diagram which models directory files and ordinary files. Since a 
rectory plus a file name uniquely identifies a file, you will probably want 


use file name as a qualifier. > 


a 
Diagram which Models Directory Files 
and Ordinary Files 


filename ` 


`- ` Fig. 2.15 Object 
0.40. Prepare an object diagram for dining philosopher’s problem. 
7 here are 5 philosophers and 5 forks around a circular table, Each philosopher 
ias access. to 2 forks on either side. Each fork is shared by two philosophers. 
ia fork maybe either.on the table or in use by one philosopher. A 
Philosopher must have 2 forks to eat. 
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. : ini hilosopher’s problem is sh 

ect diagram for the dining p ) t shoy 
fi 3 16 ce ete associations describe the relative location, i 
Ig. 4-19- ta 


Manta Welt [pgbae TRT 
association describes who 
use In use 


is using which forks- Other = 
representations are possible, 


depending on your e Right Untensiy 
An instance diagram may ^P Eio, 2.16 Object Dia er 

ie ig. Ye gram for Dinin 
you to better understand this Philosopher’s Problem E 
problem. 


È a class diagram to show at least ten relationships q 
Q.41. Prepare mn 


the following classes — ; 4 
Expression, constant, variable, function, argument list, term, Sacto, 
relational operator, arithmetic operator, program, statement. . 


Aas. Fig. 2.17 shows a class diagram for the given classes. 


> 


mmz execs. - (RGPY, Dec. 2003, June 2055)| 
Arm A sei implemenction of sack would delegate to the list class z 

Shown in fiz. 2.18 Every instance of stack contains a private instance list. Th: 
stack push oparafion delerates to the Est by calling its lest and add operations w 
addanelementattheendofthe - 

Est and the pop operation has a 
similar plementation using the 
lest and remove operations. The 
ability to corrupt the stack by 
adding or removing arbitrary 
elements is hidden from the client 


Fig. 2.18 Implementation of Stack as 
of the stack class. 


Association using Delegation - 


E of dynamic modeling. 
aes. __ Ans. A state diagram for a simple digital watch.is shown in fig. 2.19. We 


Object O 
43. Write scenario for “getting tealitonitei rontad Analysis 81 
ja alamate transmission, bont eget sunt epee Anume 
es. ency 
"ans. A scenario is a sequence of events that ea wa K, June 2007) 
n of a system. Scenario is given bel EDA uring one particular 
Open door of car. 
Sit on driving seat. 
hi Tie seat belt. 
Check fuel and brakes. 
Insert key in keyhole. 
Tum key to start. 
ats Car tums on. 
Press accelerator. 
Car ready to move. 
Upshift next gear. 
—— Car begins to move. 


O44A simple digital watch has a display and two buttons to Set it, th 
A button and the B button. The watch has two modes of operation, di: i Li $ 
‘ime and set time. In the display time mode, hours and minutes are diplared, 
d by a flashing colon. The set time mode has two Nibreotes, set 
l ‘hours and set minutes. The A button is used to select modes. Each time it is 
; d, the mode advances in the Sequence-display, set hours, set minutes, 
display etc. Within the submodes, the button is used to advance the hours ms 


"minutes once each time it is pressed. Buttons must be released before they 


executio 


can generate another event. Prepare a state diagram of the watch for the 


(R.G.P.V., June 2005) 


„ssume that pressing a button is an event and that we may ignore the release 
ofa button. We use A in the diagram to refer to pressing the A button and B to 
an to pressing the B button. 


Digital Watch 7—~~B/lncrement Hours 


Display Time 
do-show Hours 
and Minutes 


Set Hours 
do-show Hours 


B/Increment Minutes (A 
Set Minutes 
do-show Minutes 


Fig. 2.19 State Diagram of a Simple Digital Watch 
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On-hook 


On-hook 


OM-hook 


Timeout 


Recorded 
Message 


Valid Number 


Connecting 


Busy Tone 


oad after dows mhe event waning. 
The State changes 1 serve Jood atter 


performing the event serving Jood. 
Now the state changes to eat food 
after doing the event eating. Finally 
the state changes to pay for food after 
doing event pay. 


Routed 
Message 


Done 


Fast 
Busy Tone 


i 


Called Phone Hangs Up 


i .Fig. 2.21 State Diagram for Phone Line 


A state diagram describes the behaviour of a single class of objects. State 

` diagrams can represent one-shot life cycles or continuous loops. A state 

diagram, like an object class, is a pattern; it describes an entire, possibly infinite, 
range of sequences. - 

-` Q.47. What are object diagrams and state diagrams ? Why do we need 

-for it? Explain with examples. (R.G.P.V., Dec. 2012) 


— Ans. Refer to Q.37 and Q.46. 


Q.48. Explain briefly the following — 
i) Events (ü) States. 


Accept Payment 


Fig. 2.20 State Diagram for a 


cam 


Restaurant System 


ple. - 


. Explain state diagram with suitable exam 
i (R.G... V., Dec. 2009) 


Ans. A state diagram relates events and states. When an event is received, 
the next state depends on the current state as well as the event; a change of state 
caused by an event is called a transition. A state diagram is a graph whose nodes 
are states and whose directed arcs are transitions labeled by event names. A 
state is drawn as a rounded box containing an optional name. A transition is 
drawn as an arrow from the receiving state to the target state; the label on the 
arrow is the name of the event causing the transition. All the transitions leaving 
a state must correspond to different events. 

The state diagram specifies the state sequence caused by an event 

~ sequence. If an object is in a state and an event labeling one of its transitions 
occurs, the object enters the state on the target end of the transition. The 

transition is said to fire. If more than one transition leaves a state, then the first 

event to occur causes the corresponding transition to fire. If an event occurs 

that has no transition leaving the current state, then the event is ignored. A 

sequence of events corresponds to a path through the graph. Fig. 2.21 shows 

a state diagram describing the behaviour of a telephone line. The diagram is 

drawn for one phone line, not the caller or callee. The diagram contains 

Sequences associated with normal calls as well as some abnormal sequences, 
se as-timing out while dialing or getting busy lines. The event on-hook 
uses a transition from any state to the Idle state; this is drawn as a bundle of 

\ transitions leading to Idle. “ee eee 


= 


(R.G.P.V., Dec. 2011) 
Or 


= Differentiate between events and states with example. 
ae (R.G.PV., Dec. 2004) 


Ans. (i) Events — An event is an occurrence at a point in time, such as 


nstantaneous; an event is simply an occurrence that an application considers 
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e time at which an event occurs is an implicit ax 
na that occur over an interval of tin ke 
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8 
i h 
ic and fleeting..T 
aoe event Temporal phenome 
properly modeled with a state. 


i cede or follow another, or t 

One even! A as nes depart Chicago before it Cale Cven 
may be pap r events are causally related. Flight 123 may depar i‘ San 
panee ht 456 departs Rome; the two events are causally unrelateg °" 
or aag Ae are causally unrelated are said to be concurrent; they hay Wo 
| on each other. If the communications delay between two locatio 
exceeds the difference in event times, then the ye must be concurre 
because they cannot influence each other. Even if the physical locations y 
two events are not distant, we consider the events concurrent if they do k 
affect each other. In modeling a system we do not try to establish an Orderin 
between concurrent events because they can occur in any order. £ 


Events include error conditions as well as normal occurrences. For example 
motor jammed, transaction aborted, and timeout are typical error evehts. There ; 


nothing different about an error event, only our interpretation makes it an as 


The term event is often used ambiguously. Sometimes event refers toa 
event instance, at other times to an event class. In practice, this ambiguity i 
usually not a problem and the precise meaning is apparent from the context 

(ii) States— A state is an abstraction of the attribute values and links 
of an object. Sets of values are grouped together into a state according ty 
properties that affect the gross behaviour of the object. For example, the state 
ofa bank is either solvent or insolvent, depending on whether its assets exceed 
its liabilities. A state specifies the response of the object to input events, The 
response to an event received by an object may vary quantitatively depending on 
the exact values of its attributes, but the response is qualitatively the same for all 
values within the same state, and may be qualitatively different for values in 
different states. The response of an object to an event may include an action or 
a change of state by the object. For example, if a digit is dialed in state Dial tone, 
the phone line drops the dial tone and enters state Dialing; if the receiver is 
replaced in state Dial tone, the phone line goes dead and enters-state Idle. “j| 


_ A state corresponds to the interval between two events received by an 
object. Events represent points in time; states represent intervals of time. For 
example, after the receiver is lifted and before the first digit is dialed, the 
phone line is ,in state Dial tone. The state of an object depends on the past 
sequence of events it has received, but in most cases past events are eventually 
hidden by subsequent events. For example, events that happened before the 


phone is hung up have no effect on future behaviour; the Idle state “forgets” 
events received prior to the hang up event. EA 


est x ue has duration; it occupies an interval of time. A state is often 
lated with a continuous activity, such as the ringing of a telephone, or an 


l ‘boolean function of object values. 
` Conditions can be used as guards on 


ee ‘when its event occurs, but only if the 
~ guard condition is true. For example, 
“When you go out in the morning (event), 


F condition), then put on your gloves (next 


aa 
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activity that takes time to complete, such as flying from Chicago to San 
Francisco. Events and states are duals of one another; an event separates two 
states, and a state separates two events. 


A state is often associated with the value of an object satisfying some 
condition. For example, water is liquid is equivalent to saying “the temperature 
of the water is greater than 0° C and less than 100° C.” In the simplest case, each 
enumerated value of an attribute defines a separate state. For example, an auto- 
mobile transmission might be in states Reverse, Neutral, First, Second, or Third.” 


Both events and states depend on the level of abstraction used. For 
example, a travel agent planning an itinerary would treat each segment of a 
journey as a single event; a flight status board in an airport would distinguish 
departures and arrivals; an air traffic control system would break each flight 
into many geographical legs. 


. Explain the following terms — 
Scenario (ii) Guard (iii) Race condition (iv) Event trace. 
(R.G.P.V., June 2007) 


Ans. (i) Scenario — A scenario is a sequence of events that occurs. during 
one ;particular execution of a system. The scope of a scenario can vary; it may 
include all events in the system, or it may include only those events impinging on or 
generated by certain objects in the system. A scenario can be historical record of 
‘executing a system ora thought experiment 
of executing-a proposed system. 
_ Fig. 2.22 shows a scenario for 
using a telephone line. This scenario only 
‘contains events affecting the phone line. 
F (ii) Guard — A condition is a 


caller lifts receiver 
dial tone begins 
caller dials digit (5) 
dial tone ends 

caller dials digit (5) 
caller dials digit (5) ` 


scaller dials digit (1) 

caller dials digit (2) 

caller dials digit (3) 

caller dials digit (4) 

called phone beings ringing 

ringing tone appears in calling phone 
called party answers 

called. phone stops ringing , 
ringing tone disappears in calling phone 
phones are connected 

called party hangs up 

phones are disconnected 

caller hangs up ` 


transitions. A guarded transition fires 


f. the temperature is below freezing 


state).” A guard condition on a transition 
s shown as a Boolean expression in 
rackets following the event name. 


Fig. 2.22 Scenario for Phone Call 


_ Fig. 2.23 shows a state diagram with guarded transitions for traffic lights 
t an intersection. One pair of electric eyes checks the north-south left tum 
lanes; another pairs checks the east-west turn lanes. If no car is in the north- 
south and/or east-west turn lanes then the traffic light control logic is smart 
ough to skip the left turn portion of the cycle. © 
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North/South 
May Go Straight 


time-out |No-Cars , 
in N/S Left Lanes] 


time-out 
time-out [No Cars 


in EW Left Lanes] 


East/West 
May Go Straipht 
time-out [Cars in E/W Left Lancs] 


Fig. 2.23 State Diagram with Guarded Transitions 


(iii) Race Condition — If a state can accept events from more il 
one object, the order in which concurrent events are received may affect 
final state; this is called a race condition. For example, in fig. 2.24, the k 

n open if the button Is pressed at about the time the re 


may or may not remat sian Z , 

y A race condition is not necessarily a design error i 
js 9 lit 
l 


becomes fully open. 
frequently 
Opening 
Closed 


concurrent systems 
entry!motor off 


contain unwanted race conditions 
Closing 
entryimotor down 


which must be avoided by careful 
Fig. 2.24 Race Condition 


depress 


design. A requirement of two events 

being received simultaneously 1s 
i ition in the 

never a meaningful condition nthe por elosa 

real world, as slight variations In 

transmission speed are inherent 1n 


sequences of events that are 
shown, not their exact timing. Fig. 
2.25 shows an event trace for a 
phone call. 


caller hangs up 


any distributed gem or prong Line x 
When an object interacts with t caller lifts receiver _ alle 
an external object, such as a f dialtone begins į i 
person or device, sending an event ~~“ ials (5) ' £ i 
is often indistinguishable from an = !~“Giattone ends ' 
action. ' dials (5) ' i 
(iv) Event Trace — The dials (5) 
sequence of events and the objects maas) i i 
exchanging events can be shown ~as 0 i ' 
in an augmented scenario called an ' - ' ! 
event trace diagram. This diagram = ©) 1 
shows each object as a vertical line LA ! i i 
and each event as a horizontal ! ringing fone t Wsphone rings i 
arrow from the sender object to}. aaneen 
the reciever object. Time increases ) _ tonestops t ringing stops 
from top to bottom but the spacing 1 phones connected phones connected! 
is irrelevant; it is only the | callee hangs up 
! connection broken ! connection broken 
1 


; E A í : 
Fig. 2.25 Event Trace for Phone Call 
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) What is data flow diapram ? ect Oriented Analysis 87 


: Or 
what is modelled by data flow diagram ? Is i an obj 
‘ ect orie 
e ee analysis 
multiple dat i a 
ata flow dj 
ky lagrams whi 
traints, It shows the iia 


he 5 st > H 
’ 


pe data flow diagram is mainly a graph wh 

va 5 from their sources In objects tisugh raa sh 
neir destinations in other objects. It does not dete a 
gimilarly it does not show the organization of val 
information belongs to object model, 


data flow diagram contains proces 
ove data, actor objects that molwenige iy Pal, data flows 
tat store data passive ly. Fig, 2.26 shows a a and data store 
of an icon on a windowing system. The icon ae, ae 3 X 
inputs to the diagram from an unspecified source. The ico oe 
Sectors in the application coordinate system using existin P ien 
The vectors are clipped to the size of the window, then offset by i 
ofthe window on the screen, to obtain vectors in the screen coo ji eens 
= Atlast, the vectors are converted to pixel operations that are i a iia 
@ buffer for display. The data flow diagram shows the sequence of aa > aie 
6 perfo rmed, as well as the external values and objects that affect the somaar 


ows the flow of data 
hat transform them to 
e control information 
ues Into objects, this 


that m 
objects. 
display 


Icon 
Definitions 


Location 


Application Window 
Vector Vector 
List List 


Pixel Screen 
Operations Vector 
List 


2 Processes — Processes transform data value. The lowest-level processes 
F are pure functions without side effects. A process may have side effects. It 
-Contains nonfunctional components, such as data stores or external objects. 
e functional model does not uniquely specify the results of a process with 
e effects. It only indicates the possible functional paths, Results of process 


“depend on behaviour of system. 
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ign 


ata, data stores permit many pieces 


. i wn as an ellipse contain: d ig 
, ct One: p 2 js dra an of i f T Max. T 
pa own in fig. gally its name. Each process. hag ae a intl? us A accumulated and then used at once, pil att iradia oe 
i i 0 ; ! 
ion Xe tat ing and updating a value in a TEIR Temp 


á 
Divid f essi 


ig a common operation. Fig. 2.29 Data Store 


process ® > form 
, store ion operation item name is not; 
jatar. the selection op name ts not an operation because it 


Quotient 


0 
numb as 
Each of Whi ows te Lege u but merel ics í 
type. The output ie re kad Rema not modify the store 9u merely supplies input to the selection process 

. . c ’ a i ; H i 
input an jue from input value m Fig. 2.27 Processes" Av onvenient to represent the operation as a simple access of 4 constant 
output Y3 is ae k 
objec . 


e output of an object or prog & 
cess. A data flow is drawn as an An 0 

mer of the data value. Each data ow 
e computation. The flows on boun day 


gata es Data Flow Diagram — A nested data flow diagram mainly used 
„Nes ing the high-level functionality of system and its breakdown into 
for! chee‘ actional unit. A process can be expanded into another data flow 
i malle Each input and output of the process is an input or output of the new 
diagr" The new diagram may have data stores that are not shown in the 
diaga" el diagram. A diagram can be nested to infinite depth but entire set 
i higher od diagrams forms a tree. 
oe nesting of data flow diagram should be coherent and understandable 
rall functionality is arbitrarily complex. 


he over” salki : 
ett rhe nesting of diagrams is also called levelling as the diagrams are organized 


into different el 3 Sia 
“Control Flows — A data flow diagram shows all possible computation 
“ths for values. It does not show which paths are to be executed and in 
The decision and sequencing is control issues that are part of a 
pe dynamic model. Decision affects whether one or more functions are even 
oe performed, ra her than supplying a value to the functions. Even though the 
functions do -not have input values from these decision functions, it is 
; sometimes useful to include them in the functional model so that they are 
not forgotten and so their data dependencies can be shown. This is done by 
‘including control flows in the data flow diagram. A control flow is a Boolean 
Value that affects whether a process is evaluated. The control flow is not an 
input value to the process itself. A control flow is shown by a dotted line 
from a process producing a Boolean value to the process being controlled. 
Control flows can duplicate fae 
information in the dynamic model and eeColel Paseitord pa A 
~~ should be used sparingly- 
= The fig. 2.30 shows the with- 
-drawal from the bank account, customer 
supplies the pass}vord and an amount. 
The withdrawal occurs only if the 


flow connects th 


Fig. 2.28 Data Flows to Copy a Value and Split an Aggregate Value 
ow É - d 
‘Actors — An actor is an active object that drives the data flow graph by 

ducing or consuming values. Actors are attached to the inputs and output 
pro rs lie on the boundary of the data flow | 


to 
of a data flow graph. In a sense, ac } 
graph but terminate the flow of data as sources and sinks of data, and so are 
sometimes called terminators. Examples of actors are the user of a program, | 


a thermostat, and a motor under computer control. 

An actor is drawn as a rectangle to show that it is an object. Arrows | 
between the actor and diagram are inputs and outputs of the diagram. The | 
screen buffer in fig. 2.26 is an actor that consumes pixel operations. A 

Data Stores — A data store is a passive object within a data flow diagram 
that stores data for later access. Unlike an actor, a data store does not generate 
any operations on its own but merely responds to requests to store and access 

data. A data store allows the values to be accessed in a different order than 
they are generated. A data store is drawn as a pair of parallel lines containing 
the name of the stores. Input arrows indicate the information of added, deleted 
or updated elements. Output arrows show the information retrieved whether | — 
some part is retrieved or whole data is retrieved. - we wed ; 
ea E 
minimum reading are retrieved from th sear ie day, ie LT 
e store. In addition to introducing delays 


pat! 
what order. 


Fig. 2.30 Control Flow 


Yes, data flow diagram is an object oriented analysis design tools. 


© guards customer from overdrafts. 


dl b a 


90 Object Oriented Analysis and Design 


51. Write a short note on DFD. Explain with an example of bank 
‘a¢count creation and access of the account by a customer or the bank,’ 
a (R.G. P.V., Dec. 2010) 
Ans. DFD — Refer.to Q.50. ! 4 
Example — The creation of a new account ina bank is shown in fi g. 2.31 (a), 
The output of the create account process is a new account, which is stored in 
the bank. The customer’s name and deposit are stored in the account. The 
account number from the new account is given to the customer. The account 
` object is viewed both as a data value and as a data store in this example. 
Name, 


Create 
Account 
Deposit 


Á 
Bank 


Account Witi E 

Account ‘Customer iidrawa 
a 3 
(a) (b) . 


Fig. 2.31 
A data store for a bank account is shown in fig. 2.31 (b). The double. 
headed arrow represents the balance is both an input and an output of the 
subtraction operation. This could be drawn with two separate arrows, but 
accessing and updating a value in a data store is a common operation, _ 


Q.52. What is the purpose of ‘state diagrams’ and data flow diagrams? 
Expjain by giving suitable examples. (R.G.F. V., Dec. 2007, June 2011) 


Y Uns. State Diagrams — Refer to Q.46. 


Data Flow Diagrams — Refer to Q.50. 


Q.53. Prepare cn object 
model to descrive directed 
graphs. A directed graph is 
similar to an undirected graph, 
except the edges are oriented. 
A typical graph is shown in fig. 
2.32. Use direction as a 
qualifier in your diagram so 
that it is possible to determine 
the vertex that is connected to 
the head or to the tail of each edge. epee: 

Ans. One object diagram describing directed graph is shown in fig. 2.33. 
The distinction between the two ends of an edge is accomplished with à 
qualified association values of the qualifier end are from and t j 


Vg 


Fig. 2.32 A Directed Graph. 


‘ 


; Obj 
34 shows another representat 
e,two ends of an edge is ac 
ends of-a edge. 


ion of directed 
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Atoe 
Th 


jationt 


the vertex that is connected 
at the given end can be 


: fying from or to for the end Grap 


vantage of using two 
ociations is that the need 
enumerated value for the Fig. 2.34 Obj 

is eliminated. 


ra L object classes shown in fig. 
s to other object classes and wh 
erson may have up to three co 


Name 
age 
Employer1 ID 
Employer2 ID 
Employer3 ID 
Person ID 
_ Address 


Name 
Company ID 
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| Edge] 
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phs. The distinct: 
With separat ian 


e association 


m for Directed 
d Association 


ect Diagram for Dir, 
ected 
Graphs using Two Associations 


2.35 have attributes that are 
tich could be replaced with 
mpanies as employers. Each 


Owner ID 
Vehicle ID 


Owner Type 
‘Model 
Year 


Vehicle ID 
Customer Type 
Customer ID 
Account Number 
Bank ID 
Interest Rate 
Current Balance 


Fig. 2.35 Object Classes with some 
` Attributes that are Pointers 


inthis form, t guably artificial restriction that a person have no more 
hanithreelemployers has been eliminated. Note that in this model an owner 
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Sila £ 5 5 ki ng these things one at a time, connectio 

: h object is drawn and lines 
the objects are noted, 
ple, referring to fig. 2.39, 


eonnection exists between 


ns aree 


xplored, To accomplish 


Account Number Lien ner and control panel, 
Thiais s eystem, and monitoring 
urren 


‘single connection exists 
sensor and security Fig, 2.39 


A 
Pr] [oor 


=) 
Employment 


Fig. 2.36 Proper Object Mo a 
can have several loans against it. Banks loan 
and other banks. l 


del for Car Loans pawe! and 
ystems bs : 
ei. all connections have been defined, one i : 
entified for each connection between ee aap 
ed to have the following object/relationship pairs — S 
; ‘security system monitors sensor 
Be: curity system enables/disables sensor 
ecurity system tests sensor 
ae irity system programs sensor 
oft hese object/relationship pairs is analyzed to determine cardinality 
y. For example, considering the object/relationship pair security 
Im nitors sensor, the cardinality between security system and sensor is 


can own several cars. A car 
money to persons, companies, ; 
0.55. Prepare an object model to describe undirected graphy. ai 


undirected graph consists of aset of vertices and a set of edges. Edges conn eci 


pairs of vertices. Your model should capture only the structure of graphs 
(i.e., connectivity). " (R. wie V, Dec. 2094 


Ans. A typical graph is shown below — 


V5 Cy v4 . 
QJ Undirected Graph [Q 
r g eape 


vertex name | 2 — edge name 


v2 C3 V3 z f, 7 A 
. Fig, 2.37 Object Diagram for Undirected Graph PIEN 
It is useful for some graph related querries to elevate the association 
between vertices and edges to the status of an object class as shown in fig. 2.38, 


OF Undirected Graph [V 


7 


tung SI 


7, Draw an event-and state diagrams to specify the scenario of book 
library. Identify suitable object class for the above dynamic 
(R.G.P.V., June 2007) 


here are many types of books divided according to the branches 
X etc. A library resistor have all these entry. Librarian help to 
nd keep entry of issues books. The scenario is as follows — 


Fig. 2.38 Object Diagram for Undirected Graph having Incidence between 
Vertices and Edges as Object Class ae 

Q.56. Prepare an object diagram for the controller in a home security 

system, which is responsible for monitoring various sensors around the’ 

perimeter of the house. Briefly explain. (R.G.PV., June 2010) 
Ans, Fig. 2.39 shows the object diagram for the controller in a SafeHome | 

security system. The following things are relevant to SafeHome problem - 

(i) Homeowner (ii) Controlpanel 9 
(iii) Sensors (iv) Security system © > 
(v) Monitoring service. ` Chay 


Note rack No. and book No. 

© ) issue. 

farian brings the book. 

in the library register. 

ook. 

ary and librarian are three 
Object to another. The fig. 


objects. Each events transmits 
9.40 shows event diagram.. 
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Fig. 2.36 Proper Object Model for Car Loans peiwe n AA A y Fig. 2.39 
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can own several cars. A car can have sev ane Ren Banks loan Ance all connections have been defined, one or 


money to persons, companies, and other banks. 


0.55. Prepare an object model to describe undirected graphs, Ai 
undirected graph consists of a set of vertices and a set of edges. Edges connec 
pairs of vertices. Your model should capture only the structure of graphs 
(i.e., connectivity). ae bh (RGP, K, Dec. 2004) 

Ans. A typical graph is shown below — ary 
V5 e 4 


more object/relationship 
or and security System is 
pairs — 


tified for each connection between sens 
o have the following object/relationship 
rity system monitors sensor 

ty system enables/disables sensor 


j 


r a e: 
` 2 333 EEE A any 7A 
~ . Fig, 2.37 Object Diagram for Undirected Graph 
It.is useful for some graph related querries to elevate the association 
between vertices and edges to the status of an object class as shown in fig. 2.38, 


Q] Undirected Graph FV 


2 [edge name | 


Fig. 2.38 Object Diagram for Undirected Graph having Incidence between 
Vertices and Edges as Object Class -` . 

Q.56. Prepare an object diagram for the controller it i 
system, which is responsible for monitoring various sensors around the 
perimeter of the house. Briefly explain. (R: GRY; June 2010) 
Ans. Fig. 2.39 shows the object diagram for the controller Sc 
security system. The following things aré relevant to SafeHon 
(i) Homeowner ` (ii) Controlpanel 

(iii) Sensors (iv) Security system = 

(v) Monitoring service. ` eee 


‘these obj ect/relationship pairs is analyzed to determine cardinality 


‘Fo example, considering the object/relationship pair security 
ensor, the cardinality between security system and sensor is 


br ] . Identify suitable object class for the above dynamic 
: (R.G.PV., June 2007) 
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-Fo Order to Issue" 


Go to Library 
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Keep Entry 
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Leave-library ` 
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Fig. 2.40 Event Diagram for Book Issuing 


The state diagram is shown in fig. 2.41.” ~~ ~ 


Fig. 2.4] State Diagram for Book Tea 


ANALYSIS 
Very Short Quéstions 


0.58. Write th ar , iai 
seh id steps of developing requirement model 
| l AR. 


Ans. Refer to Q.67. 


-On-hook Ae SSE Eee 


EL 
T Cat Ki 


4 


ngo ohe: 


Ob i 
59. Differentiate between event trace diap a a eee 
itable example. j 
Difference between event trace diagram 
ng uitable example are as follows — ° 
ae af trace diagram is an augmented scenario in whi 
d the objects exchanging events can both be sh shal nie 7 
ram summarize event between classes, without ibe tacl 
ik ée diagram shows each object as a Vertical line Beery al 
4al line. While in event flow diagram object shown ee a ve ite 
et devent on the directed line between the block. In a 
greases from top to bottom while in event flow dasr: thes dal 
1 » there is no any 


(R.G.P V, June 2006) 
Nd event flow diagram 


i 60.. Wh t role ‘does the classes and object plays in analysis and design ? 
e ; , (R.G... V., June 2004 
g analysis and the early Stages of design, the developer Ke 


(@), Identify the classes and objects that form the vocabulary of the 


vent the structures whereby sets of objects work together to 
iours that satisfy the requirements of the problem. 


call these cooperative structures the mechanism of the 
hese; hases of development, the focus of the developer must 
outside view of these key abstractions and mechanisms. This 
e logical framework of the system, and therefore 


ofi esign and then moving into implementation, the task of the i 
hanges — the focus is on the inside view of these key abstractions 
anisms, involving their physical representation. These design 


ws an object diagram with the associations. The 
ed into Remote transaction and Cashier transaction 


a 
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lysis and Design 
poral relatio 


P Pe, 
96 Object Oriented An “control aspects ofa system”, Tem 


s. The diagram shows multiplicit i 

to accomodate various asegahto seen made differently Y Value and..A system can best be understood by first nships are diffi icult 

Some analysis decisions could hav that is, the structure of its objects and th St examining į its stati 
i igle moment in time. eir relationships to ael 


Comprises 


fata $i” 
tunamic model consists of multiple sta 
he ~ 88 5 with important dynamic behaviour i a one 
stem. The state diagrams for the various o si 
<< model via shared events. In a situation wher 5 
y f | ie modeling will suffice. F ora spelling Pai ee events do not 
He rtant and only object modeling will suffice. ee 
‘cause of the need to store a great deal of data and ject modeling is 
mic model is not important because fie uses iad to sa it 
simple. 


raw the OMT data flow diagram of the ATM system. 
(R.G.PY., Dec. 2014) 


State diagram 
Pattern of activity 
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Central 
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Communicates ` 
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Communicates 
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Communicates 
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` Cashier ` 
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Fig. 2.42 Object Diagram for ATM System 


Entered on j 
j 0065 63 pare a data flow diagram for computing the volume and 


ar fa cylinder. Inputs are the height and radius of the cylinder, 


‘Authorized ` 
by ` 
me and surface area. Discuss several ways of implementing 


.Q.62. What are the various semantics of associations : ? | 
Ans. | Trike 

nm for. mputing cylinder geometry. 

me d ferent ways to compute 

and surface area for a cylinder are — 


Some semantics of associations are as ‘follows — 

(i) Misnamed Associations — Don’t say:how or why a situation 
came about, say what.it is. Names are important to understanding and should 
be chosen with great care. Bank computer maintains accounts is a statement 
of action rephrase as Bank hold account. ah priest 

(ii) Role Names— Add role names where eae ates The role name 
describes the role that a class in the association plays ueg the ull of view 
of other class. ips 

(iii) Qualified Associations — Usually a name e identifies an object i okun Tal 

_ within some context most names are not globally unique. ghee context ext combines et p Can auepe itan a 
with the name to uniquely identify the object. 

(iv) Multiplicity — Specify multiplicity, but don’t sit too Sch effort] 
into getting it right, as multiplicity often changes during anaya Challenge 
multiplicity value of “one”. 

(v) Missing Associations — Add an 
Pa y missing associations that are 


Ans. 


Cylinder 


i; Q.63. Describe a situation where dynamic modeling is not so o important | 
and only object modeling will suffice. ` — (RGP. Y, June 2007) | 


s ale object model describes the static structure of the objects ina | 
eir relationship. The dynamic model represents | he temporal, | 


ment generated by clients and 
e statement may be incomplete 
d exposes ambiguities and 


s with a problem state 
Ts Booming 2.44. Th 
es it more precise an 


ae 


` 


98 Object Oriented Analysis and Design 


Object Oriented Analysis 99 
nent should serve as a basis for refining 


e object 
A . ; l m 
inconsistencies, The problem stater 


| . odel preced 
i ( m e i tatic st : cedes the 
the real requirements. l 3 Oyen fess dependent on application details, more Schl 'S Usually better 
i. ake ee Deter for humans to understand: gant eas the solution evolves 


matic =e rom the proble 
se of the application domain, and génera] hess J ihah expert 
; e real world, 


p | formati : 

Je ireas - oli ation expert and checked against the madelen a ae from 
——_ i- i Z` i ) promos meee between computer siete 
User Interviews i pusej May, 7 pation-dO! 7 «an als and 

Domain Knowledge al sh 3 Fifty, identify gases and associations aš they affect the overall st 
eat cea F approach to the problem. Next add attributes to further describe the bare 
Real-world Experience ca ERTS À of classes and associations. Then combine and organize c] ; a 
sg : Dynamic Model } Try to spécify inheritance directly without fi asses using, 


TEIA irst describing low-level] 
‘yn Modei, e to match preconceived 
-product of Constructing the 
fy objects and therefore cannot 


nality are understood, 
constructing an object model — 


Design notion 


Fig. 2.44 Overview of. Analysis Process a 


Next, the real-world system described by the problem statement must be 
understood, and its essential features abstracted into a model. The analysis 
model is a precise, concise representation of the problem that permits answering 
questions and building a solution. Subsequent design steps refer to the analysis 
model, rather than the original vague problem statement. 


reper A a 
ance, the following steps'aré performed in 
O I dentify objects and classes © 
Gi) Prepare a data dictionary 


The analysis model addresses the three aspects of objects — static structure 
(i.e., object model), sequencing of interactions (i.e., dynamic model), and 
data transformations (i.e., functional model). All three submodels are not equally 
important in every problem. Almost all problems have useful object models 
derived from real-world entities. Problems related to interactions and timings, 
such as user interfaces and process control, have:important.dynamic models, 
Problems concerning significant computation, such as compilers and 
engineering calculations, have important functional models. All three submodels 
contribute operations which are summarized on the object model. — 


ze and simplify object classes using inheritance 
/ that access paths exist. for likely queries 

e and refine the model 

a ses into modules. 


ae 
$% 


\Ans. The method for identifying right classes and objects are as follows- 
È A EEN RN DIENE ET A li) Te in ie - first step 1 nstructi: 

Analysis is not always carried out in a rigid sequence. Large models are Q) e Cases The Aust Sipin ee moe 
build up iteratively. First a subset of the model is constructed, then extended, 


until the complete problem is understood. : 
.6 


fad 


> What is object modeling ? Explain... ..... (R:G.P.V.y Dec. 2009) 


O, a i EERE e a . implicit in the application 
Ans. The first step in analyzing the requirements is to construct an object Problem oe eon “begin by di Hate 
model. The object model shows the static data structure ‘of the real-world ae edge. Ass se m = of the problem. Don’t be too 
system and organizes it into workable pieces. It describes:real-World object che found: in the written description of 


v, 


ective. W rite dowr every class that comes to mind. Classes often correspond 


ae a PO Bev OW pele a 
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Eg d Design eau 

sect Oriented Analysis ‘an ek Attributes — Names that prin 

100 Object ‘ statement" nario x on system to sell ticker Wy pO a attributes, For ee ais individual objects 

to nouns. For example, in the ntative classes would be Resen, Sto en bably describes an accou ory data is unclerspecif d 
erformances at Various theaters” te atio SEEP prò unt in ATM System E 

perto Soak Performance, and Theater. ~ Bad Classes 


Eiiminate Spurious 
Classes 


Tentative 


Attribute 


Account [Receipt] 


Fig 245 ranting Object Classes 
sghermience or high-level classes; firstg get Speci ig 


Dot worry mach shoni sly suppress detai 
a ge atemp t 
Ea peones srame Data 


the ATM network 

Enimie nous in Probley, 

tm SSeS TO eS 
i - aenor baled of he problem domain are listed in fig, 2, 245 


Redundant 


User 


== 
Sele 


mmm mm ene eteeneenecnn eee eek 
mere ew nent 


Es 
Es Eee Es 
eee See a Ee [ tases | 


Fig. 246 ATM Clesses Extracted from Problem Statement Nouns Fig. 2.48 Eliminating Unnecessary Classes from ATM Problem 


= othe (e) Operations— — Ifa name describes an opera ation that is applied 


s opjects and not manipulated in its own right then it is not a class. 
- (Ð Roles — The name of a class should reflect its intrinsic 
Fig. 247 ATIA Classes Identified from Knowledge of Problem Domain 2A and not a role that it plays in an association. 

(iB Keeping the Right Classes — Fig. 248 shows the classes m- (2) Implementation Constructs — Constructs extraneous to 
efratamted Sonu tte AT erangi. The following ateta is used to diszi p, Be real orld should be eliminated from the analysis model. They may be 
LIES and inopsest clesse l eded kater during design, but not now. 

AP E i A 09 will identify ciations in OMT ? 
antonio, themes! toscaipiive came sould be kept. For example, Custos onm I oe 
Aut Use ae PAAR. Customer is LAA because it ts more descripine in _ ~ Ans. Associations often correspond to stative verbs or verb phrases. 
FIM sys 


2 include physical location (next to, part of, contained in), directed actions 
W) berdierast Ones ~ i 2 Cass woh ee b 59 


es), communication (talks to), ownership (has, part of), or satisfaction 
awit ie On E staid te diah, For exxcagle, apportioning Coss ne condition (works for, married to, manages). Extract all the candidates 
wists te ways f the: FIM Eae senat h in AVIA system. 


pa he problem statement ani pt hen down on paper first, don’t try to 


PIP ine things too early. Don’t spend much time trying to distinguish ee 
: just an association with ex 

La misye aeii boia A no aggregation. Aggregation is j 

PAG ga 08 AUTA io KISS DJIA, 


5. Use whichever s seems most natural at the time and move on. 


> 
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Fig, 2.49 shows) associations for the ATM example. The maj 
taken directly from verb phrases in the problem statement. F 
associations the verb phrase is implicit in the statement. Final 


` my >A Sfi ish i y \ i co ah meen Quy? SOme 
associations depend on real-world knowledge Onassumptions. These must be 


verified with the 1 
Ga TN) LA 


ALA A el ea ESTRE Ree J 5 2 ‘ Wy 
requestor, as they are not in the problem statement, 
Verb Phrases — Rectan Hatten JARS 

Banking network includes cashiers and ATMs , 


À í 
N? ‘ y HLS f 


` ` Consortium shares ATMs a n kan BS ae a 
~ Bank’ provides bank computer fe RAE egg sedge 

© ~ Bank’ computer maintains accounts! 0°08) tie) roln 

i -Bank computer processes transaction ‘against account StS satia 

` Bank owns cashier station: >. SOREN oe yao AS 

_ Cashier station communicates with hank computer, , at 
Cashier enters transaction for account ` te. Sea paes 

`S“ATMs communicate with central computer about transaction 0° 
Central computer clears transaction with bank co 
ATM. accepts cash card 3... 5, a 


s 
LEA FEL REAN 


GOLS IGINA Sey yas th: 
ATM interacts with user Sits diel 30 narn RA 


ATM dispenses cash” 
`~ ATM prints receipts 
System *handles‘concurrent access =- 15 TIE 
Banks provide software- =--> 
Cost apportivued. te banks. : 
. Implicit Verb Phrases — - ae: 
‘Consortium ‘consists of banks: ` 
Bank holds account o = 2-5. y PEES 
Consortium owns central-computer. <i xie 
A System provides recordkeeping 
= >, __ System provides security : PEST 
BS = Customers have cash cards =: AOA 
Knowledge of Problem Domain — : beat 
Cash card accesses. accounts = * ; 
` -Bank employs cashiers © =: 


JES 


a ee GS eS hn 


constructs. For example; 
-concepti Sveti oi 


ICE sOn 


ajority ar 
or SOme 


~Ifone of-the classes 


problem domain or:deal with implementation 
System handles concurrent access-is atrimplementation 
S toa ; ples PERIE Rd eet, 


Gey conde ` 


MEU As ais ya, ee 


\ 
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e a structural property 
example, ATM accepts 
etween an ATM and a 
Ms and cash cards. Also, 


op Cta permanent relationship between AT 
l ni nate. ATM interacts with user, 
His) Ternary Associations —Most associations between three or more 
decomposed into binary associations or phrased as qualified 
or example, Cashier enters transaction for account can be broken 
ers transaction and Transaction concerns account Sim 
uter processes transaction against account can be broken similarly. 
ae cate with central computer about transaction is the binary 
AL Ms Ge ATMs communicate with central computer and Transaction entered 


ilarly, 


F erm in a ternary association is purely descriptive and has no features 
me: then the term is a link attribute ona binary association. Association 
Company pays salary to person can be rephrased as binary association Company 
ee son with a salary value for each Company-Person link. 

| dee vy) Derived Associations — Omit associations that can be defined in 
‘terms O other associations because they are redundant. For ae 
jrandparent of can be defined in terms of a pair of Parent of associa w 
y om associations defined by conditions on object attributes. For examp e 
Younger than-expresses a condition-on the birth: dates of two persons, n 


ttributes are properties of individual objects, such as name, weight, 


Or color. Attributes should not be objects; use an puii ae 
frelations p between.two objects. Attributes usually ae ion 
VE O! sessive phrases, such as Shecden at hF a nian values, 
Adjectives often represent specific enumerated #1 PAS vo Jess 
ed; on, or expired. Unlike classes and associations, a draw on your 
‘fully described in the problem statement. a oe Fonai 
knowledge ofthe application domain and the real world to X are 
attri es seldom -affect the basic structure of the pro ia directly relate 
Veryo f attributes to excess. Only consider spe first; fine details | 
ar application. Get the most important attr which are solely for 
ded later. During analysis, avoid T ina 
entation. Be sure to give each a eee Derived attributes, 
Deri ve Oe | i r cle wre i 
| Ea Sena be useful in abstraction of meaningful 


istinguished from 
d be clearly distinguis A 
f icati t they shoul : : putes shou 
Eatiibutes, which define the state of te object. Deivedattbuts simy 
Expressed as operations, such as getase althOue 
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sand C a ae tributes — An attrib 

: ! | reine | i Discordant A 1 attribute that see 

be implemented as such. Link attributes should also be identified. A link aty; ke Be and ‘unrelated to all other attributes may indicate Se 
is a property of the link between two objects, rather than being a proper iter” faplit into two distinct classes. A class should be simple and coherent 
Ba property of ihe tink beeen Mo. Pery ipana bes “classes frequently result from premature consideration of 


R E at i ; i ` aar, sed Ap : A 
Keeping the Right Attributes ~ The following criteria must be fo unto ntation decisions during analysis. 
to eliminate unnecessary and incorrect attributes — Wed {mp 
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MPortay 
bjectan 


da ae ining the object mod inheri ; 

(i) Objects — If the independent existence of an entity is i o7 eu re Me a ome Rohe eon 
rather than just its values, then it is an object, For example, Boss is an o | Evy To 1 ae can be added in two directions -by g afl: ie) 
salary is an attribute. The distinction depends on the application. For examp] iP oW4 ns Inheritance Es iets 4 aunéiclats (bottom y generalizing common 
a mailing list city might be considered as an attribute, while is a census, a pspects BS ese cialized subelaases (top dani Hak Eee Ge 

(ii) Qualifiers - If the value ofan attribute depends on a Patticul,| sampled me ARROW ATM object model with attribute and fig. 2.51 sive 
context, then consider restating the attribute as a qualifier. For exa K 4 2) i ERN Issues 
employee number is not a unique property of a person with two jobs; it aug? PRT 
the association company employs person.» g i 


(iii) Names — Names are often better modeled as qualifie . A Has 

: one eld bed é l tS rather ar Pe Account Customer 

than object attributes. Test - Does the name select among objects:in a set) sox balance 
c Men address 


Can an object in the set have more than one name ? If so, the name qualifies a) 
association. If a name appears to be unique,-you may have missed the obi | 
class that is-beiny qualified. For example, department name may be ste 
within a company, but: eventually the program may need to deal with a ; 
than one company. ` Hua oot aiii 
A name is an object attribute when it does not depend on context, especially} 
when it need not be.unique. Names of;persoñs, urilike names of companies 
may be duplicated and are therefore objéct‘attributes. © = 
(iv) Identifiers — Object-oriented, languages incorporate. the notion) 
of an object identifier for unambiguously referencing an object.’ Do’ not lst 
these object identifiers in object models, as: object identifiers are implicit af 
object models. Only list attributes which exist in.the application domain. Fa } 


Concerns 


Has 


Š, bee : Communicates 
example, cn as is a bonafide attribute; Banks assign account codes. 01} oe / with 

is m and transaction ID should not.be.listed as an attribute, although i = ive ae 
ay be convenient to generate one during implementation. : pares 
link, ia Link Attributes — If a property depends on the presence of 
ata a property is an attributes of the link and not of a related objet! 
be a io are usually obvious on many-to-many associations; they cant 
a i either class because of their multiplicity. Link attributes 2 
the “many” abject wie associations because they could be attached ® 
ithout losing i i ; : e 
on one-to-one associations. 8 information. Link attributes aS ml É 


kind > 
date-time 
amount 


‘| Remote 


an object -E mr he dp ambite dS tribes tie jiertal s ; ai 
1 z . . X z . 3 . e 
side the object, then eliminate it from the arialy! Thera ar 


(vii) Fine Detail -Omit mno o ic, - 
most operations. Omit minor attributes which are unlikely t0 af * Fig. 2.50 ATM Object Model with ee 


wis 
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the same model after refinement with inheritance. You can discover in patna 
specializations are often apparent from the application domain 


7 herj 
from the bottom up by searching for classes with similar attributes, ass tang 


Ociation, 


or operations. For each generalization, define a.superclass to share comm fi phrases compose d of vatious adjectives onthe slag 
features. Some attributes or even classes may haye to be redefined slight] o i incandescent lamp, fixed menu; pop-up menu, sliding ao 
fit in property. This is acceptable, but don’t push too hard if it doesn’t fit; ei ive refinement. If proposed specializations are incompatible with 
may have the wrong generalization. Some generalizations will suggest themse 0 ies, the existing class may be improperly formulated. Enumerated 
based on exisiting taxonomy in the real world, use existing concepts Whena "the”application domain are the most frequent source of 
possible. Symmetry will suggest classes that are missing from cg ‘i 


ng from Certain foam ali fons. Often, it is sufficient to note that a set of enumerated subclass 
os T SPESes fh out actually listing them. ` l 

itance may be used to increase sharing, but only if necessary, 
$ both conceptual and implementation complexity. In using 
če, it is often possible to designate a primary superclass which 
the inherited structure and behaviour. Secondary superclasses 
details. When the same association name appears more than 
tantially the same meaning, try to generalize the associated classes. 
‘classes have nothing in common but the association, but more 


uncover an underlying generality that you have overlooked. 


Att ‘and associations-must be assigned to specific classes in the 
Glass hierarchy. Each one should be assigned to the most general class for 
Which it is appropriate. Some adjustment may be needed to get everything 

“Tight. Symmetry may suggest additional attribute to distinguish among 
asses more clearly. 


generalizations. 


ny ists; 
~ Entered on , . 


ATM ` 
‘| cash on hand 
‘ dispensed 1 


E of aT 


iteration is essential in object modeling ? Explain. 


Ans. Iteration is the vital step in the process of object peer zm 
{ testing a ccess paths, iteration is performed. It is necessary 7 eee a pon 
because'an object model is rarely correct after a single pass. l on sree 
develop ent process is one of continual iteration. Differen ae sia 
are often at different stages of completion. Ifa casinos oe 
tOanfearlier stage if necessary to correct it. Some refinem y 

after the\ dynamic and functional models are completed. 

Sii missing objects include - 
*Asymmėtries in associations 


bank 
code : 
Communicates 
with 


k | aame ` | - Authorized 


by > 


ja 


«fo Cashier ifp 


° generalizations - Ad 


d new 
and i 


name | 
address f. alogy. ; l sande split cane 
-Disparate attributes and operations on 
an art is coherent. eens be playing 


rs izi l 
4 “Gii)’ Difficulty in generalizing a cleanly. 
Wools. Split it up and one part may then rolass-Add 
) An operation with no good cae same nam 
jz -Duplicate associations n 
Ge ee zt uperc as . 
ustalize to create the missing SUP the semantics 


(vi) “A role substantially shapes 
Be 


: Accesses missing target class. 


e and purpose — 


balance 
credit limit 


pra type. ` 
2.51 ATM Object Model with Attributes and Inheritance 


hat unites them. 
of a class. 


Fig. 


te + 
tea 
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ips Object Oriented Analysis and Design a F ractice, model building is not as rigidly ordered as we have shown. 
| i 1 j! ‘combine several steps once you are experienced. For example, you 
you £4 “ify classes, reject the incorrect ones without writing them down, and 

identily the object diagram together with their associations. You can take 
m to of the model through several steps and develop them in some 
i e other parts are still sketchy. The order of steps can be interchanged 


propriate. If you are just learning object modeling, however, we 


= end that you follow the steps in full detail the first few times. 
recom Looe : 


i) 7B. S Explain the following steps in OMT- 
AA (i). Testing access paths 
ji)! Grouping classes into modules. 


Cashier 
Transaction 
erie 
` Entered by 


j i cess Paths — Trace access paths through the object 
íz o A pated etic yield sensible results. Where a unique value is 
Flite a path yielding a unique result ? For multiplicity “many” is 

to pick out unique value when needed ? Think of aaa 
; é to ask. Are there useful questions which cannot eat é 
“dicate missing information. If something that seems simple a ; Ra 
ears complex in the model, you may have missed something 


hat the complexity is not inherent in the real world). 


) Grouping Classes into Modules — It is the last step a 
ñg to group classes into sheets and modules. Diagrams m - 
sheets of: uniform size for convenience In drawing, p a ae 
Ti htly-coupled classes should be grouped together, N 
A fixed amount of information the breakdown 1s occasio 


_ bank-code 
-| card-code- 
: | Serial numbe 
__ Accesses 


Signs of unnecessary classes include — PA ee 
(i) Lack of attributes, operations, and associations ona class -f l dassin 
Why is it needed ? Er a ae dule is a set of classes (one or more pe ne een 
Signs of missing associations include — ie pace ES ; a set of the entire model. Each association should ge 
(i) Missing access paths for operations — Add new associations so : EAFA 


nce to connect 

rs ES ust be shown more than o Si 
. heet, but some classes m — a class that is the 
that queries can be answered pee the classes — a 


e disconnected parts of the ei 
between two sheets or modules. 


ganizing modules. A an cae tr 
modules 
the top-level structure of high-level ene eae : es 
gh-level class into a generalization hierarchy assoc 


Signs of unnecessary associations include — ~; AS sole connection between two otherwis 
(i) Redundant information in the associations — Remove associations i 
that do not add new information or mark them as derived. 


(ii) Lack of operations that traverse an association—Ifno operations 
use a path, may be the information is not needed. This test must wait until 
operations are specified. a hei 


Signs of incorrect placement of associations — hes 
(i). Role names that are too broad or too narrow for their classes- 
Move the association up or down in the class hierarchy. 
Signs of incorrect placement of attributes. — . -. pak Ma gs AoE 
__ “Need to access an object by one of its attribute values — Consider 
a qualified association. Bice se 


: id forcing 4 
ious design if possible, but avoid 191 

i ; m a previous design ; tches a previous 
= ot en a sat of the problem zeae but different, the 
5 a if the new problem is similar Pa Dae both problems. Use 
Borie. be extended to encon rr desi 

Ran = Se whether this is better than building a new design- 
udgmen 


Er, 
3 


R 
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“74. Explain the dynamic modeling. 

What is dynamic model ? Illustrate with ‘the Nelp of state transition 
diagram. Your example should show how the state of the object undergoes q 
transition based on some event ? ` - (R.G.PV, June 2005, 2009) 


Ans. A dynamic model shows the time-dependent behaviour of the system 
and the objects in it. Begin dynamic analysis by looking for events — externally. 
visible stimuli and responses. Then summarize permissible event sequences 
for each object witha state diagram. Algorithm execution is not relevant during 
analysis if there are no externally-visible manifestations. Algorithms are part 
of implementations. Sil E SH rn ‘es 


ti 3 


DOGRI 


The`dynamic model is insignificant for a purely static data repository, such 
as a database. The dynamic’ model is important for interactive, Systems. For 
most problems, logical correctness depends on’the sequences of interactions, 
not the exact times of interactions. Real-time systems, however, do have Specific . 
timing requirements on interactions that must be considered during analysis, 
The following steps are performed in constructing a dynamic model — 


a. Preparing a Scenario — Prepare one‘ or more typical dialogs 
between user and system to get a feel for expected system behaviour. These 
scenarios show the major interactions, external display formats, and information 
exchanges. Approach the dynamic model by scenarios, rather than trying to 
write down the general model directly, to ensure‘that important steps are not 
overlooked and that the overall flow of the interaction’ is smooth and correct. 
Sometimes the problem statement describes the full interaction sequence, but’ 
most of the time you will have to invent (or at least flesh out) the interaction 
format. re RAE Fain 8 


ne A eshe IIPS: 


The ATM asks the user to insert a card; the'user inserts.a cash card. 

The ATM accepts the card and reads its serial number. 

The ATM requests the password; the user enters “1234”, ` : ; 

The ATM verifies the serial number and password with the consortium; the . 
consortium checks it with bank “39” and notifies the ATM of acceptance. il; 

The ATM asks the user to select the kind of transaction (withdrawal, deposit, © - 
transfer, query); the user selects withdrawal. r : 

The ATM asks for the amount of cash; the user enters $100. . Re 

The ATM verifies that the amount is within predefined policy limits‘and asks the 
consortium to process the transaction; the consortium passes the request to 
a bank, which eventually confirms success and returns the new account 

alance, te a a aie ai hs 

The ATM dispenses cash and asks the user to take it; the user takes the cash. 

The ATM asks whether the user wants to continue; the user indicates no. 

The ATM prints a receipt, ejects the card, and asks the user to take them; the’ 
user takes the receipt and the card, URS DUELS a qaytdi Toty 

The ATM asks a user to insert a card. 


‘ sarc 


Fig. 2.53 Normal ATM Scenario > i >: 
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7 er to insert a card; the user inserts a cash card. 
TM AS Ss the card and reads its serial number, à 
AT M ST rasts the password; the user enters “9999”, 

[M Res the serial number and password with the consortium, which 
Me itafter consulting the appropriate bank. =’ hase v) 
indicates a bad password and asks the user to reenter it; the user enters 
Ma hich the ATM successfully verifies with the consortium, 
H the user to select the kind of transaction; the user selects withdrawal. 
TM asks for the amount of cash; the user has a change of mind and hits “cancel”, 
ATM at ts the card and asks the user to take it; the user takes it. 
he / aM Gas a user to insert a card.. “` 


° Fig. 2.54 ATM Scenario with Exceptions 

ario isa sequence of events. An event occurs whenever information 
between an object in the system and an outside agent such as a 
‘or another task. The information values exchanged are parameters 
Events with no parameters are meaningful and even common. 
ation in such an event is the fact that it has ceed ~ a pure 
ime information is input to the system or output from the system, 


nged 
a senso! 


(ii). Interface Formats - 
ts — application logic and t 

rate first:on thë information 
Tese ntation: format. The same 
progre logic can accept input from 
command lines, files, mouse buttons, 
fouch panels, physical push buttons, 
‘or remote links, if the surface details 
are carefully isolated. The dynamic 
ptuires the control logic of the 


Most interactions can be separated g 
the user interface. The analysis me 
flow and control, rather than the 


Messages to user 


Tt is hard to evaluate a user 
Iterface: without’ actually testing it. 
fen the interface can be mocked up 
Soi that users can try it. Application 

c can often be simulated with 
mmy. procedures. Decoupling 
ation logic from the US) pjg, 
ce allows the “look and fee!’ 


c 


Ta cash slot 
recelp 


erface 


2,55 Format of ATM Int 


il 
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of the user interface to be evaluated while the. application. is under deve. 
lopment. ` | fait 

Fig. 2.55 shows a possible ATM layout. Its exact details are not im 
at this point, even less the wording of the messages. The important thin 
information exchanged, in whatever form. : f 


‘į 
1 


Portant 
Bis the 


(ii) Identifying Events- Examine the scenarios to identify all exter 
events. Events include all signals, inputs, decisions, interrupts, transitions 
and actions ‘to or from users or external devices. Internal computation ste : 
are not events, except for decision points that interact with the external world. 

Use scenarios to find normal events but don’t forget error conditions and 
unusual events. An action by an object that transmits information is an vei 
Most object-to-object interactions and operations correspond to events, 


Group together under a single name events that have the same effect on 
flow of control, even if their parameter values differ. 


User ATM Consortium: 
: insert card t- ie H os 
H request password . : 7 ae 
H enter password H ; paces a 
i H verify account >. a E E a teal Sos a 
: e S E TEE verify card with bank. | 
i Riak oon fe". bank account OK. | 
ii NE i account OK = st se eee i 
i request kind: Shree ct rang a e rele eae eee Pet 
H enter kind. AUR ; AE F $ ! 
H request amount > | ae 
: “enter amount ihn SR E 
i i: _process‘transaction. < a Gea i 
H 5 avai Beet a a, ' 
i H | eprocess bank transaction | 
i H N -t> bänk transaction succeed Hi 
u ‘ i transaction succeed. | : ! 
: dispense cash- ore ee j 
i request take cash 7 pee 
PS ee na 
H terminate i i- ! 
N request take card È FEI EOT i 
; i at 
ì 


Fig. 2.56 Event Trace Sor ATM Scenatis i 


Object Oriented Analysis: 113 


st decide when differences in quantitative values are important 


each type of event to the object classes that send it and receive 
WEA is an output event for the sender and an input event for the 
e Sometimes an object sends an event to itself, in which case the event 

‘output and an input for the same class. Show each scenario as an 
n ordered list of events between different objects assigned to 
table. Fig. 2.56 shows an event trace for an ATM scenario. If 
e object of the same class participates in the scenario, assign a 
Solumn to each object. By scanning a particular column in the trace, 
ee the events that direcly affect a particular object. Only these events 
a the state diagram for the object. 


57. This figure summarizes events between classes, without regard for 
“Include events from all scenarios, including error events. 


“take cash, take card à 
-cancel, terminate, continue 


ATM 
Pipette adi eI 
display main screen 
unreadable card message fransaetion soeceð 
request password transaction failed 
request kind, request amount acconnt OK 
canceled message bad account 
eject card, failure message bad password 
dispense case, request take cash bad bank code 
quest continuation 

print receipt, request take card 
‘bad account message 
ibad bank code message 

verify account — 

process transaction 
“verify card with bank, 

Process bank transaction ae 

- Consortium 


— bank transaction succeed, LOK 
bank transaction failed, bank som 
bad bank account, bad bank passw0 


; Fig. 2.57 Event Flow Diagram for ATM Example 


i for each 
Aa (iv) Building a State Diagram — Prepare & sain eves the object 
Object Class with non-trivial dynamic behaviour, showing 


| | - Object Oriented Analysis 115 
liagram to allow for one user failure might have states No 
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receives and sends, Every scenario or event trace corresponds to a path throu h 
the state diagram. Each branch in control flow is represented by a state with 
more than one exit transition. i i 


Start with the event trace diagrams that affect the class being modeleg walt ior erate 
H . maae De TE y A f ' itan 
Pick a trace showing a typical interaction and only consider the events affectin _ \ response nae 
a single object. Arrange the events into.a path whose arcs are labeled by the ‘insert card | 
input and output events found along one column in the trace. The interya) e Enter passiworil 
i ate. Gi ach sta ne, if a . do:request 
between any two events is a state. Give each state a name, if a name j, ’ (ae ae 


meaningful, but don’t bother if it is not. The initial diagram will be a Sequence 
of events and states. If the scenario can be repeated indefinitely, close the path 
‘in the state diagram. _ Pesan 
Now find loops within the diagram. Ifa sequence of events can bè repeateg 
indefinitely, then they form a loop. Replace finite sequences of events with 
loops when possible. In a loop, the first state and the last state are identical, If 
the object “remembers” that it has traversed a loop, then the two states are not 
really identical, and a simple loop is incorrect. At least one state in a loop must 
have multiple transactions leaving it or the loop will never terminate. ... 


‘insert card | bad 
[unreadable] password 


Unreadable 
do:unreadable 
card message 


account OK 


do:request kind 


Now merge other scenarios into the state diagram. Find the point in each Phelan — 
scenario where it diverges from previous scenarios. This point corresponds message and 


to an existing state in the diagram. Attach the new event sequence to the 
existing state as an alternative path. While examining states and scenarios, you 
may think of other possible event that can occur at each state, add them to the | 
state diagram as well. | 


The most hardest thing is deciding at which state an alternate path rejoins 
the existing diagram. Two paths join at a'state if the object “ forgets” which } 
one was taken. In many cases, it is obvious from your knowledge of the 
application that two states are identical. For example, inserting two nickels 
- into a vending machine is equivalent to inserting one dime. Beware of two 
paths that appear identical but which can be. distinguished under some 
circumstances. For example, some systems: repeat the input sequence if the 
user makes an error entering information but give up a certain number of 
failures. The repeat sequence is almost the same except that it remembers the })/econtinuers 
past failures. The difference can be glossed over by adding a parameter, such 
as number of failures, to remember information. At least one.transition mus! 
depend on the value of the parameter. The judicious use of parameters an 
conditional transitions can simplify state diagrams considerably but at the cost f à . 
of mixing together state information and data. State diagrams with too much f Feng teshonds = 
data dependency can be confusing and counterintuitive. Another alternative is ea Sainan 
to partition a state diagram into two concurrent subdiagrams, using ont fail ; 
subdiagram for the main line and the other for the distinguishing informatio" 


enter.amount 
transaction 


succeed 
do:dispense cash; do:process 
request take cash transaction 


transaction 
failed 


do:failure 
message 


F ig. 2.58 State Diagram for Class ATM 
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: pei ye ie aie complex interactions with independent inputs, you can organize 
cases. Consider, events that occur at awkward times. In cases when the user ma ic model using a nested state diagram. Otherwise a flat state diagram 
fail to respond promptly and some resource must be reclaimed, a time- out eve quate. - eke eee : 
. can be generated after a given interval. Handling user errors cleanly often re bite hé 
more thought and code than the normal case. Error handling often complicates a 
otherwise clean and compact program structure, but it must be done.’ © ' l 


After. normal events have been.considered, add;boundary cases and s 


ea the above process of building state diagrams for each class of 
ts. Concentrate on classes with important interactions. 


__ process transaction 


do: process bank transaction } - 


verify account pi ; z% [bad code] - i 
/bad bank code i 


“do: verify bank éode ` 


t, but there will be no further state structure. Eventually you may be 
o write down stale diagrams directly without preparing event traces. A 
enarios are usually helpful, in any case. 
5. 2.58 shows the state machine for the ATM. Fig. 2.59 shows the state 
(O) i agram for the consortium. Many copies of the diagram may be active 
: rently. Each diagram corresponds to one transaction. Fig. 2.60 shows the 
te machine for the bank. Again each diagram corresponds to one transaction. 
3 (v) Matching Events between Objects — Check for completeness 
d consistency at the system level when the state diagrams for each class are 
mp! Every event should have a sender and a receiver, occasionally the 
4 j object. States without predecessors or successors are suspicious. Make 
X st y Tepresent starting or termination points of the interaction sequence. 
> Follow the effects of an input event from object to object through the system 
to ‘sure that they match the scenarios. Objects are inherently concurrent, 
‘beware of synchronization errors where an input occurs at an awkward time. 
ure that corresponding events on different state diagrams are consistent. 
ié set of state diagrams for object classes with important dynamic behaviour 
Constitute dynamic model for an application. 
in ATM example, an account can potentially be accessed concurrently by 
re than one machine. Access to an account is controlled to ensure that only 
i€ update at a time is applied. 


- [good code] 


PIRO ES: 


bad bank account’ 
“ur “/bad account? ~, 


do: verify card with bánk 


bank transaction failed 


/transaction failed ~ bad: bank password 


CÀ /bad password 
bank transaction succeed ee: Me a ae i : 
itransaction succeed © ~~ bank account OK/account OK 


Fig. 2.59 State Diagram for Class Consortium 


process bank transaction 


verify card with ner 
verify card with bank finvalia] - 
/bad bank account 


do: verify card number 


© 


‘| [vatia - 


` (do: verify password 


linvalidy 
/bad bank password 


[failure] 
/bank transaction failed 


fon transet ceed ` 0.75. Explain the functional modeling. 

alee oe “Ans. A functional model shows how the value are to be computed, without 

sard for sequencing, decisions or object structure. The fonono m 

ya ; oy, S.which values depend on which other values arid ae i m 
Fig. 2.60 State Diagram for Class Bank ; le them . Data flow diagrams are useful for ma ma Senge: 
You are finished with the state diagram of a class when the diag") aia functions are expressed in a in g natu 

Pied Be omc and the diagram handles all events that can affect "| 9) Mathematical equations, and pseudocode. 

object of the class in each of its states. You c diagram | : : or actions 

suggest new scenarios by considering how oan me ne s ieai endl in the state diagrams of the classes. The me oh a data Ho cies zu 

should affect the state of the object. Posing “ What if” questions is a goj Sie orrespond to objects or attribute values in a 0 ee ison ne 

way to test completeness and error-handling capabilities of a class. | construct the functional model after the object and dyn 


[valid] p 
/bank account OK 
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: The following steps are performed in constructing a functional Mode] _ 
(i) Identifying Input and Output Values — Begin ‘by. listing input 
and output values. Input and output values are parameters of events between 
the system and the outside world. Examine the problem statement to find an 
input or output.values that: you missed. Fig. 2.61 shows input and output 
values for ATM application. Since all interactions between the system and the 
outside world pass through the ATM. (or the cashier station, which is not 
elaborated here), all input and output values are. parameters: of ATM events, 
Input events that only affect the flow of control, such as cancel, terminate, or 
continue, do not supply input values. Acknowledgment-events, such aSitake 
cash or take card similarly, do not supply data. 0s... , i 


aye 


password, í 
transaction kind; : 
account type, ` 
amount 


wi 
a. 
“annm 


cash, 
receipt, 
messages 


Fig. 2.61 Input and Output Values for ATM System 
(ii) Building Data Flow Diagrams — Now construct a data flow 
diagram showing how each output value is computed from input values. A 
data flow diagram is usually constructed in layers. The top layer may consist 
of a single process, or perhaps one process each to gather inputs, compute 
values, and generate outputs. Fig. 2.62 shows the top level data flow diagram 
for the ATM. Input and output values are supplied and consumed by external 


objects, such as User and Cash card. 


bank code, 


card code balance 


_ generate 
NS Outputs i 


perform 
transaction 


messages, 
cash, 
password, receipt 
` transaction kind, ! 
amount, ; 
account type $ 


Fig. 2.62 Top Level Data Flow Diagram for ATM ; 
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thin each data flow diagram layer, work backward fr 
‘determine the function that computes it. If the inputs to the operation 
inputs of the entire diagram, you are done. Otherwise some of the 
A n inputs are intermediate values that must be traced backward in turn. 
also trace forward from input to outputs, but it is usually harder to 
the uses of an input than to identify all the sources of an output. 
d each nontrivial process in the top-level diagram into a lower-level data 
Z jagram. If second-level processes still contain nontrivial processes, they 
uy p sexpandėd recursively. Fig. 2.63 expands the perform transaction process 
Can "i ©, 12.62. Much of the perform transaction process selects the appropriate 
ope based ‘on bank code, card code, and account type. The actual update 


systems contain internal storage objects that retain values between 
mations. The ATM computation reads and writes values from the Account 
ae 4. An internal store can be distinguished from a data flow or a process 


card authorization 
password 
bad password 


eawcccccccccescocos Dm 


.... 
ecccccseses 
wewcmscsencccecasoses 

enceces: 


A Account 


balance 


cash, receipt 


i 
ne 


i cess 
Fig. 2.63 Data Flow Diagram for ATM Perform Transaction Pro 


dencies among operations. They 


í . : n : 
Data flow diagrams specify only depe E DA o operation 


: e 

Rano decisions or nalish fa example, the password must n 

can be opti ually exclusive. wee age is not updated. 

janes optional or SA 2 updated, if it fails, then the an n : paa 
Sh Ee cncine decisions are part of the dynamic model, no ; 


120 Object Oriented Analysis and Design 


Some, data values.affect decisions in the dynamic model. Decisions d 
not directly affect output values in the data flow model, as the data flow, 
model shows all possible computation paths. However, it can be useful to 
capture decision functions in.the data flow model, since they May be 
complicated functions of input values. Decision functions cair be Shown on 
the data flow diagram, but their outputs are control signals, indicated b 
dotted output arrows. These functions are “ data sinks” within the data flow 
diagram, their outputs affect the flow of control in the dynamic model ang 
not output values directly. 


‘(iii) Describing Functions — When the data flow diagram has been 
refined enough, write a description of each function. The description Can be 
in natural language, mathematical equations, pseudocode, decision tables, or 
‘some other appropriate form. Focus on what the function does, not how to 
implement it. The description can be declarative or procedural. A declarative 
description specifies the relationships between input and output values and 
the relationships among the output values. For example, the description of a 
“sort and remove duplicate values” function might be “ every value in the 
input list appears exactly once in the output list, the output list contains 


As only 
values from the input list, and the values in the output list are in s 


trictly 
increasing order”. A procedural description specifies a function by giving an 
algorithm to compute it. The purpose of the algorithm is: only to specify 
what the function does. During’ implementation, any other algorithm that 
computes the same values can be substituted. Declarative descriptions are 
preferable to procedural descriptions because they do not imply an 
implementation, but if the procedural description is much easier‘to write it 
- should be used. ` eee oe 

Most of the functions in the ATM example are trivial. Fig. 2.64 shows the 
description of the update account function. 2 


update account (account, amount, transaction-kind)-> cash, receipt, message 
If the amount on a withdrawl exceeds the current account balance, 
reject the transaction and dispense no cash : 
If the amount on a withdrawl does not exceed the current account balance, 
debit the account and dispense the amount requested 
If the transaction is a deposit ` 
credit the account and dispense no cash 
ransaction is a status request 


dispense no cash 
- Ifany case, 


the receipt shows ATM number, 
transcation-kind 


Ifthe t 


date, time, account number, 
» amount transacted (if any), and new balance 


Fig. 2.64 Functional Description for Update Account Function 
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(iv) Identifying Constraints between Objects ~ Identify constraints 
pjects. Constraints are functional dependencies between objects 
At related by an input-output dependency. Constraints can be on two 
wae at the same time, between instances of the same object at different 
0b) H variant), or between: instances of different objects at different 
times though the latter are usually input-output functions). Preconditions 
times La is are constraints that the input values must Satisfy, and post- 


oF Hes are constraints that the output values are guaranteed to hold. State 
cond f 


the tim 


Optimiza tion criteria for the ATM example might include = Minimize the 
iber of physical messages sent between different sites. Minimize the time 
locked for concurrency reasons. 


T4 as ‘object modeling’ ? Draw OMT object 
76..What do you understand by ‘obj a GEK, Dee ND 


formation System — Refer to Q.24. 


77. What is object modeling ? Prepare an object AA aye 
u ph. An undirected graph consists of set 7 > se eis 
edges. dge connects pairs of vertices. Your model oe 7 : ae j 08) 
‘ "é of graph connectivity. -G. 

bi 


es z 
1S. Object Modeling — Refer to Q.67. 


ing the mean of a 
ee! ‘aeram for computing 
Begepare atata flow i s input is provided to reset the 


' input 
4 sS n of all value inp 
Computation. Each time a new value is input, the mean of 


-ice you have no way of 
utput. Since you 

peice esa cesercommmuned sliould Sad. between resets, the amount of 
K OW i es. i lues. 
ow many values will be proc of input va 
oi should not depend on the number of ai iani 
a rage that you use , level of multip lication, 
Detail your diagram down to the 


additi 
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Ans. The fig. 2.65 shows the data fiow diagram for computin 


for a sequence of input value. 8 the mean 


see Countya Fi initialize 


? 
+ 


Adjust Mean Process -< 


(Note: n+ T= new ouni a cen fanut aa cee , 
Toei n>n input value, x, = average after n values) 


Compute 
nx,/(n +1) y F 
2 nx,/(n+1)._ ‘ | 


: T pe "Compute ` : 
Compute - : nz,/(n+1)+ \~ ; 
Xn +1(n +1) ; Xa CES JO 


ig. 2.65 Data si Diagram for Computing Mean of a Sequence of Values 
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RVIEW OF OBJECT DESIGN, COMBINATION THE MODELS 
ESIGNING ALGORITHMS, DESIGN OPTIMIZATION ` 


. Object design is related to the detailed design of the objects and their 
ns. This is completed within the overall architecture defined during 


desion: It is specifically related to the specification of the attribute 
v objects are linked to other objects and how operations work. 
Be ‘anumber of information sources that guide the object design process. 
ithe’analysis models undergo some degree of transformation during the design 
process, Object design gives a detailed specification of the classes. And, it 
u UML notation for attributes and operation signatures. 


< .2. Write the benefits of object-oriented design. 


ere are following benefits of object-oriented design — 
G) The concept of objects performing services is @ more natural 
f thinking. ~ 
(ii) Objects are inherently reusable. > 
= Gi) Emphasis is on understanding the problem domain. 

= (iv) Internal consistency of system is enhanced because attributes 
and services canbe comiincdasaninwinsie whole. 
: -(v) The characteristic of inheritance capitalize on the commonalty 
tes and services. 


(Wi) The characteristic of information hiding stabilizes systems by 
} 


localizing changes to objects. i 
( onsistent from 


(vii) The object-oriented development rocess iS C 


through design, to coding. 
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Short Questions 


0.3. Discuss object design in De 
Ans. Duririg object design the 
t tthe details. There is a shift in em 


during system design and fleshes ou mphasi 
TR < aputer concepts. The obje a 


from application domain conc 
discovered during analysis serve as the skeleton of the design, but the Obje 
. designer must choose amon different ways to implement them m With an 


toward minimizing execution time, memory, and other measures ag ol 


Te operations identified durin analysis must be 
with complex operations decomposed into simpler internal o erations T 


classes, attributes, and associations from analysis must be im lemented a 

apie RES 5, ES 

specific data structures. New. object classes 
Te 


intermediate results during program exec 
recomputation. O timization of the desi 
because ease of implementation maintainabi 


important concerns. 
v ious He ns involved i in sob eea 
0.4 4, What are ar. eps bye d desica? 9 Ey lain 


in-brief. j ae A Sa E iA (RRV, June. 2019 
`i Ans,- The-analysis-classes-arerefined” to-design obj ects ass 5 shown i 
fig. 3.1.-The steps involved-in-OOD are as- follows- = 


ORO 


Analysis Classes 
Fig. 3.1 Refi ning. Analysis to Design moe 


SE Gerba E cet ee 


(a) Creation of sequence diagram enee 
K Identifica cation ule actors, objects; messages in a scenario 


of a use case ------ rere SSE 
= P Identific cation-of- jet s- lifeline; focus of control and 


sequence of interaction. => i tae 
(3) Refinement of Refinement of sequence diagram: ——— 


Creation of collaboration dia tion of collaboration diagram’ 


“¢ 1) ‘Identific cation ofc objects, “Tinks: me messages 
(2). Identifi cation of structural relationship between objects 


(3) Identifi cation of sequence of 1 ‘messages... ie 


ution and to avoid the need fr 
hould not be carried to excess 
S, 


ity, and e ate als 
ISo 


> i wet Acta sah 


ne re ee ee, 


..Refined.on the basis. ZOO O a 


of snare enone 
Environment ; Design Objects 


boas ao ee ew cee en ee ta igen 


5 (0), 
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t of classes and 
@. Refinement of classes and relationship identified in OOA phas 
identification of operations from the Ee hase 
lagram 


l O Construction of a detailed class diagram 
TO _ Development of a detailed design l 


aaa! op O ETT 
i) Creation of software design documen document 


A (vi Di Generation of test cases from use cas use cases, 
e cas 
i; What are the cases that a designer must consider before going to 


: vy hoose an algorithm ? 
G (RG.PY, Dec. 2010) 


fe gine to Q.11 (i). 


(R.G.P.V., Dec. 2012) 


se sais (R.G.P.V., June 2006) 


s, The. ‘designer must perform the following steps during object design - 


:: Combine the three Models to Obtain Operations on Classes - 
er must transfer operations fromthe functional and dynamic models 
fie 6 obj ect model for implementation. A process from the functional model 
“becomes. an operation of an object. An event from the dynamic model may also 

“become. -an.operation on an object, depending on the implementation of control. 


ii) >. Design Algorithms to Implement Operations —-Each operation 


‘from the analysis model-must be assigned an algorithm that implements it 

cl fearlysand efficiently, according t “to the optimization goals selected during 

5 stem design. The design must consider computational complexity but sacrifice 

“small/amounts of performance for greater clarity of the code. Internal classés 
andi [operations may be added to implement algorithms efficiently. 

iii) Optimize Access Paths to Data— The initial design derived from 

ust be extended and restructured for purposes of optimization. The 


al information is not discarded, but new redundant information is added 
preserve intermediate results that would otherwise 
the number 


The 
“onto: 


tooptimize access paths and 
hayelto/be recomputed. Algorithms. can be rearranged to reduce 


‘Ofjoperations.to be executed. 


iv) Implement Contro 
Is can e imp lemented using one 0 


l for External Interactions — - State-event 
f three different styles of control 
e 1e control state, explicit 


is 


: i esign 4 i , 
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| ust Class Structure to Increase Inheritance — Di 


(v) Adi ona ane T During 
» definiti f internal classes and operations can pgo; 
ions of intern can be adjuc 


design, the definitions of interna’ casse ) 
increase the amount of inberita ce, These ad ustments include mod; 
a method, moving attributes and operations from a. 

t 


fyi 

A Np 

argument list of DE S lah | 
an abstract superclass to cover the shareq behay al Hes 


a superclass, defining an abstract superet: et a) 
Several classes and splitti a into an inherited art and a %y 
ritance when a claret 
SESS Ri ri 
Ae hy = ik 
jl 


F. 3 o simpler operations. This decomposition is an iterative process 
rations repeated at successively lower levels of abstraction. The algorithms 
DY, -1 r ; t. ° 

é : n must be chosen to optimize Important implementation 


sled MAU a ositio 
{eemecomp: ‘ase of implementati d ili 
al { ch as ease of implementation, understandability and performance, 


ye model describes how.he syste 
“amic model describes how.the system responds 0 external events, 


part. Delegation should be used rather than inhe 


(vi) Design of Associations — Associatlons:subsun., 


implementation techniques under.a, single uniform notation during , ~ ty 
bt They can be implemented as pointers with, bjs or gan 0N 
depending on their access patterns. An association traversed in a single qj, ° 
can be implemented as an attribute pointin to another object or 
depending on the multiplicity of the association. A bi i r 


in object-oriented design process. Design the class diagram 
rvation system. (R.G.P.V., Dec. 2014) 
ie object-oriented design process, a class is made richer by 
vain properties — attributes of the class and methods of the class, 
by themselves or on demand from others. In this process we find _ 
"with which the class is associated in order to perform its role 
responsibility. A class may have one or more associated classes. 
between classes is achieved through messages sent from one 
i T So a Class has a set of associations. The class can also be 
is, Hi o ci irheriange to Towar a SA and 
asis called class structure. A class structure together implements 


association must always modify ‘both directions of acc athens 

also be implemented as association objects. = ` vil fulfil 

(vii) Determine Object Representation — The exact re resentaty The inter 

of objects must be chosen. At some point, user-defined objects must ù 0 
m eta i 


é heed to view objects, attributes and methods, and access 


ze decisions, then pass on messages to other classes/objects that 


goal of packaging to ensure that future changes affect few mod 
soe P SIr S 
should be coherent and organized about a common theme; 


Q.8. How translation is performed from the analysis madel into desi Me Per 
model during object design ? Describe the object design process in detail ii) “Build object business model 


stg hate (R.G.PY., Dec._2607,.2009, 2011) classes 


_ |. Airline Reservation 


Ans. The object model describes- the. classes of- objects in. the.s stem, 
`- FlightID - 


including their attributes and the operations that they. support. The information 
in the analysis object model must be present in the desi in-some form. The |- Date. 
sis directly into design are 


„~ -Departure Time -- - 


simplest approach is to-carry the classes from analy 
Object design.then becomes a process of adding detail and makin Ws 
(vili).Put. Arrival Time 
Priors ~ Seating Capacity 
ReserveSeat() 


implementation decisions. Occasionally, an-anal sis-object does’ not appear ee | 
explicitly in the design but is distributed among other. objects for com utational Coit a “you visualize the ` 
efficiency. Often, new redundant classes are added for efficiency. -.... AGI iagram .can‘help-you oe ar an UnreserveSest( )~ 
a = eral - attrit j ‘a Class. Fig. 3.418 & ; 
odel describes the operations: that the system ‘mus fafa ; eS irline 4. 3524s. ervation 
sign we must decide how each operation should le -diagram forthe am Fig. 3.2 Airline Res 
litte “rectangle divided into three ‘Class Diagram 


implement. During de 
implemented, choosin 


he 
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Bp iii) Ifa process constructs an output value from several input fl 
ae ut Tlows, 


sections represents the class. The to section of the rectangle sho l eration is a Class operation alld thd 
- — : W the operation Is a Class Operation (constructor Crane) Saba 
name of the class, the middle section. lists the attributes of the class h en Ee hi) one has an a a ) on the output class, 
otom section lists the operations performed b the class. diy — an output to a data store or an 
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ie d ore 0 i ; 
; stots, teniho cata SOK al eal) aS target of the process, 
Q.10. How can we combine the three models to obtain opera tion Co pinat target class is a client of ar Li 
iS Å = 4 


classes? n: (R.G.PV, June 20," A ons to one of its operations. The client-su 
I) op 
a 


Ans. We have the object, dynamic, and functional models after anal re of the operation calling graph. 
but the object is the_main framework around which the des Ysiş — 5 pee 
5 Csio, .! a 5 
Constructed. The object model from analysis may not show operations is 9:11; Discuss in detail the process of designing algorithms in object- 
- déSigner must convert the actions and activities of the dynamic mo delan * oriei eddesign. : (R.G.P.Y., Dec. 2011) 
TOC f fi ional model 1 i =P ae OS ay 
processes of the functional mode into operations attached to classes ; the a ; r 
object model. For this conversion, we start the process of mapping the ic he zhat do you understand by algorithms designing ? Explain in brief. 
structure of the analysis model into a physical organization of a progran Ù Se (R.G.P¥,, Dec. 2012) 
A state diagram describes the life h sof an object. A t ition ic. | 5 Each operation specified in the functional model must be formulated 
tae Sorithm. The analysis specification tells what the operation does from 


change of state of the object and maps into an operation on the object: We, 
; t: = z 
Wee oint of its clients, but the algorithm. shows how it is done. An 


` associate an operation with each event.received by an object. The 
tion depends on both the event and the state m may be subdivided into calls on simpler_operaions, and so on 


classes that supply internal 
lier relationshi efines the 


„action 


of Ag O. - z -y . . 
ar  <cursivel until the lowest-level operations are simple enough to implement 
tate of i frecily without further refinement. The various steps involved in designing 


: aoe areas follows — 
Statemen, gorithms 4 : 


(i) Choosing Algorithms — Choose algorithms that minimize the 
of implementing operations. Considerations in choosing among alternative 
ON le i Se ceil ae = ne - 
tithmsare =- == e ene 

z ) Computational Complexity — It is essential to think about 

of the al gorithm that is, how the execution time grows with 


into åf entire data flow diagram in the-functional modei- Fhe network of 
processes within the data flow. diagram represents-the-bo ly-ol an operation, 
€ flows in the diagram are intermediate values in the. ion. designer 


must convert the graph structure of the diagram into’a linear sequence of steps 
na algorithm. The processes in the data flow diagram constitute suboperations. |» 
Some o them may be operations on the original target object or.on other objects. 
‘The target object of a suboperation is determined as follows = ~ 
~) Ifa process extracts : 
flow is the target 7 nm: eS aera 
ae 2 If a process hasan j ‘an output flow of the sant 
pee e output value is substantially an updated version of the input flow f 


n the input/output flow is the target. ee 


A highly optimized algorithm often sacrifices 
provide two implementations ~ 
thm that can be implemented 
d a complicated but efficient 
be checked against the simple 


Quickly and used to validate the system an 
gorithm, whose: correct implementation can 


f the object model were 


atives ? For example, 
diagram elements and 


; KC) Fine Tuning the Object Model -1 
structured differently,-would there be other altern 
hows two designs for map ping between 


a value from an input flow, then the inpu! 


af 
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In the upper design, cach diagram element contains a list Of windo 


OW 
which it is visible. This is ineficient because operations on set OF ele et 
must be computed sı ymiputed separately | for cach Window, he lower design, « wi 


clement belongs to o1 one sheet, which °°) 


Diagram | ' 
may appear_in_any number of | | =T l 


windows, The image on the sheet. 


can-be computed_once and then 
Fig. 3.3 Alternative Structy re 


copied to each window as a bitmap 
operation. The reduction in repeated 


. ——, 
operations is worth the extra level 


of indirection. 
(ii), Choosing. Data Structures — Choosing algorithms j -involy 
choosing data structures they work on. Durin obj ect ging se 


structures S dð nota MADER) to the anal ysis model, butt te 


in alice 
arrays, lists, queues, stacks, E bags, dictionaries, associations, trees, mt 4 


O ies Pose 
many variations on these, such a uch as priority” quenes and’ binary tikes ie 
Object-orien ed languages provide an assortment of generic data s ‘struc 
part of their predefined class libraries. = 


(iii) Defining Internal Classes and Operations - - Darin the 
expansion of algorithms, new classes of objects Thay be Needed to hold 
intermediate results. New, low-level operation maj È invented durin the 
decom osition of high level operations. _ ites. : 


a 
tuctiires a Ès ag 


(iv) Assigning Responsibility fir Operations — Many operations tag 
obvious target objects, but some operations can be performed at several 


laces 
inan algorithm, by one of several objects, as mugs as neve 


an 
an inherent part of any one class. 
eee eas bs 


eee 


Q.12. What do you understand by ae optimatzation.? Discuss its 
significance, j (R.G.BV.,. Dec, 2009) 
r 


What do you understand by ‘Design Optimization’? Give suitable 
example, discuss its signifi cance, oer 


alls G. BY, Dec. 2006) 

“Or *: ŽARN 
Write short note on n design optimization, .: - 
E Or F 
xplain design optimization with suitable le examples badge PAE 


© (R, GBV, Dec. 2009) 


a G P K, iné ei 


eS 


d they are easy to overlook in laying out obj ect classes Tecan they are not 


Obj 
Or 


i fe pference ib ‘Design Methodolopy’ ing OAD 
M ation ging suitable examples. 
[Le 

Or 


Discuss on the fuct Stating why we neey ` 
(R.GPY, Dec. 2010) 
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s explain design 
(RGRY, Dee, 2007) 


Boul! * 
Wy) j design can ie opila”, 


l foso and (oi it can ee done, 7 

Or 

j Beal iain design A with reference to desi 
Kelp of suitable. example. 

i ae Or 

plain what do you understand by ‘Design Optimization’ with the 

able examples. Also discuss its significance. (R.G.PY,, Dec. 2011) 


ign methodology with 
(R.G.PY, June 2011) 


EX 
fel pof: 
ically, the design model uses the analysis model as the framework 
mentation. The analysis model captures the logical information about 
rer m, while. the design model must add details to support efficient | 

n access. The inefficient but semantically-correct analysis model 
red to make the implementation more efficient, but an optimized 
antis, praeser and less likely to be eshli in another context. So, ir 


ad Sat 


rthe. =e 1ofacom pany’s employee skills database to demonstrate 
a cess paths. Fig. 3.4 shows. a portion of the object model from 
: find-skill returns a set of persons 


Has-skill 


ia “Fig. 3.4 ‘Chain of associations pai 


aarmen 
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Japanese is constant, provided Speaks Japanese is represented by a i: 
Skill object. This rearrangement re uces the number of tests from Toe 
,000.one per.employee. i | co 90 ty 
— In cases. where the numberof hits from a query is low becasue 
fraction of objects satisfy the test, we can build an index to improve aco 
objects that must be frequently_retrieved.-For example, we can add a quar. to 
association Speaks langua, e from Company to Emplo Walifigg 
employees who speak a particular language with no wasted ¢ cesses. The 
a cost of index. It requires additional memory, and it must be update d we re i 
the base associations are updated. The designer must decide when pe 
worthwhile fo build indexes. Note that if most queries return all or most of y° 
e 


objects in the search path, 


then an index really does not 
Fig. 3.5 Index for Personal Skills Dataty 
Se 


save much because the test- 


to-hit ratio is near 1. 

Speaks language is a derived association. The derived association 

| not add any information to the network but permits the mode informati 

be accessed in a more efficient manner. =- 77 TPE A l 
Analyze the use of paths in the associations network as follows — Exa; , 

` each operation and see what aSsociations it must traverse to Shiai 

information. Note which associations are traversed in both directio = 

which are traversed in a single direction i inibi nS and 

_ efficiently with one-way_pointers.-._ -__---— ------~ T nS Plemented 

such operations are inefficient to -implement-using-nested-loops-to a a 

path in the network.. SS eee: averse a 


l (ii) Rearrange Execution Order for Efficiency — After-adjusting t 
suture of the object model to optimize frequent taveral the nee te 
optimize is the algorithm itself. Actually, data structures and algorithms ar 3 ie p 
related to each other, but we find that usually the data-structure =F Ta 
considered first. One key to algorithm optimization is to-eliminate dead oa o 

anese and French: Suppose 5 employees ` I : 
speak French; it is better to test and find the Ja = 5 Ta a a i 


they speak French. Someti 
. Sometimes the executi : aa hat 
from the original specification i pion orde rof ener £: must be inverted 


Speaks Language 


does 
ON to 


(tii) Save Derived Attributes to Avoid : Ree TRETE i, D, 


Complicated Expressions — The data that is redund eat ee 
ant because it can be derive 


- from other data can be “ 


cached” es ay Hee 7 
E E E aut or stored in its computed form to avoid the 


oj s : - 
g it. New objects or classes may be defined to retain 


Attribute 
= 


[Since the location of each 
ed frequently, the location 
te string’is computed and 


£is‘also computed and saved 
“points need not be tested 
-text elements in other 
attribute string is added. 
hen:the locations of the ones 
st_are sim offset b 


a on. The class that contains the cached 
apjects. that it depends on are changed, 


egion containing the entire . 


artially-overlapping elements. 
ts under-it must be redrawn. 
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Overlaps 


ig. ~6 Derived Attribute to Avoid Recomputation 


<6 shows_use of a derived object and derived attribute in OMTool 
6 box. contains an ordered list of attributes and operations eh 
d asta text string. Given the location of the class box itself, the 
feac ‘attribute can be computed by adding up the size ofall elements 


Fig. 3. 7 Association as a Cache 


g alt elements in front of the de 


eetand comparing them to 


its is large, this algorithm grows linear! 
Overlaps; ssociation stores those € 
itin the list. This association must be upda 


in the 


association 


number of elements. 


ted when a new elem 
is more efficient. TI 


Priority List 


data must be updated if 


Attribut 


Text/ 
Location 


ation as a cache is shown in fig. 3.7. A sheet contains 
If an element is moved or 


Overlapping elements can be 


leted element in the priority 
the deleted element. If the number of 


lements that overlap an object gf 


ge 
re | 


` 
` 


-9 


, Object Ori ; 
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a 
` ‘s yt - use case. 
derived attributes are affected by each change to.a fundamentat au pefe! A 
inserts code into the update operation on the base object to expli ane Q.24. 
the derived attributes that depend on It. aaa 


lng) 3] ‘ l; 

(b) Periodic Recomputation = Base values are Often Be Short Questions 
in bunches. Sometimes it is possible to simply /-tecompute all ij, Udy, a ) 
attributes periodically without recomputing derived attributes afte, ae iy Haw objects are represented ? 
value is changed, Recomputation of all derived attributes can be ie achy nig How.” l 

vine use some deri i ay. iod + ined in te 
than incremental update because some derived attributes may depend i We jasses-can be defi ein rms of other classes, but eve hing 
base attributes and might be updated more than once by an ne Sev IR ae mented in terms of built-in primitive data types, such as integers 
approach. Also periodie recompta i sinpletan explicit upd l meng Sane umerated t pes. For example, consider the implementation of a 
prone to bugs. On the other hand, ifthe data set changes increment y h anes y number within an employee object as shown in fig. 3.8 The ~ 
ct rity number attribute can be implemented as an integer or a string, 


! ental] os 
ation to a social security number object, which itself cancona 


objects at a tm, periodie recomputation isnot practical becas; ty. + hg 
derived attributes must be recomputed when only a few are affected Ma sete 
. - (c) Active Values — An active value is a value that has l k eror a string. Defining a new class is more flexible ere 
values. Each dependant value re sisters itself with the active vaj th e lexible but often 
int Te Dae vale EEES updates of all the dependent w E 
calling code need not explicitly invoke the updates. Separating the cals = 
from the dependent object updates provides the same Kind of moa { SSN: integer | : integer 
invoke. Some programming languages implement active vais ~ ~~ Uiý 
0.13. Explain object design strategies-with special.emphasiy 
of data structures.and design optimization. ~-(R.G.P.V., June 2 


(R.G.P. V, Dec. 2013) 


[iat fo 
cee tae! 


on A = CO idee dese = - 
005 = 8&-Alternative Representations for an Attribute 
Ans. Choosing Data Structures — Refer:to.Q.U.(ji), ~~ > 


imila ‘manner. the. designer must often choose whether to combine 
Design Optimization = Refer to Q.12, © 9) © e` 


Slated objects, Fig. 3.12 shows two common implementations of 2- 


I 


IMPLEMENTATION OF CONTROL, ADJUSTMENT, DESIGh 

OF ASSOCIATION, OBJECT REPRESENTATION, PHYSICAL 
PACKAGING, DOCUMENTING DESIGN DECISION, 

___ COMPARISON OF USE-CASE DRIVEN APPROACH: 


naton is inherent! 
peron because both are L= TN 
thematically correct. Fig. 3.9 Embedded and Explicit Objects 
— ie Is ER Sag i ‘sions. , 
017. Discuss the documentation of design dee GRY DEE ii 


A 
. e documented when they_are made, 
true if you are working 


Veny Short Ove 


QL What is physical packaging ? | ie 
la ta so es he design decisions must be d ry 
i you wi become confused. This Is es a Y Tesien details for any 
ther developers. Tt Ts:jmpossible eat sie best way of transmitting 
jal software system,- and-documen ference.during maintenance. 


Tt ng it for re : = ae 
gito others anirem tension of the Requirement Analysis _ 


J: nt should be an ex = = 
DA Document will include a revised and much mo 
is > 3 “D 


aq 


ts_that. can:be edit 


Ans. A program consists of discrete physical uni 


. = EN z -i ay. 3 
large aiee to allow different persons to cooperatively work on a proge 


-E 
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shnigue of converting a state diagram to code is as foll 
F i dentify. the main control. path. Be are 
Fey aipath through the. diagram that correspond 
W nce of events. Write the names of states sine A 
ne This. becomes a sequence of statements in the k o 
% b) “Identify alternate paths that branch off the o S 
se become conditional statements in the program — 
‘Identify backward paths that branch off the aan loop and 
hese become loops in the program. If there are = 
that do not cross, they become nested loops in the PERA 


pat cross do not nest and can be implemented wi f 
i F ith 
hese are rare. Re Onl i with gotos if 


detailed description of the Obje del, in both graphical fi 
diagrams) and textual form (class descriptions). Additional ee M (object onet 
for showing implementation decisions, like arrows sh ation is an n | 
direction of associations and pointers from attributes to a ing the fra i 
i eeM rer obj j 
r Objects, N 


ginning with the initial 


The Functional Model is also extended during the desi 
i 


If the Dynamic Model is implemented using an explici 
concurrent tasks, then the analysis model or its extensi cit State Cont 
d e on 1s maro 


ynamic model is implemented by location within 


l ro N 
pseudocode for algorithms is needed. : rogram code, then smia 


: ; turg 
It is a good idea to keep the Desi 4 


Document distinct 
Docent, despite the seamless conversion fom analysis o dein ai 
document includes man optimizations and im ace =a The 
of the shift in viewooint from an external user’s aera Ecaug 
ipenentors view. It is important To refan a clear, user oriented de e 
f the system for use in validation of the completed software and forse 
during the maintenance phase. Traceability from ftware and for refe 
malysis to the corresponding element in the design document shoul Y, 
straightforward since the design document is-an-evoluti ment should p 
odel and retains the sam Mii = of the analys 


ns. They can be handled by several techniques including 
exception handling supported by the language, or setting 
. Exception handling is a legitimate use for gotos in 


Ada, input events can also be coded as wait statements for 
fall- The operating system is responsible for catching interrupts 
em up for ordinary programs. 

» Machine Engine — The direct approach to implementing 
ne way of explicitly representing and executing state machines. 
„would contain its own independent state variables but 
implementing object-ori tate engine to determine the next state and action. 

age Depa stems? ‘ach allows you to quickly progress from the analysis model to a 
Ans. There are three basic approach n i a one KzJune 2005) sk ) f the system by defining Classes from the object model, 
pproaches to implementing the dynamic model- “fromthe dynamic model, and creating “stub > of the action 


definition of a function or subroutine without any 
this technique allows you to 


m l e names. 


wee ee senini S 


Q.18. How do the implementati Pipa Ae ee 
on of ccentrols. > plac á : 
; a pee e a orca designing? 
What are the important issues in a 


1 i p i ma 
hus if each stub prints out its name, 


a Using the Location within the Program to hold State — Th 
i control within a program implicitly defines the program state. Any 


fini : : } “ENUS 2 - z 
aE smie machine can be implemented a$ a program. Each state transition | weeoee Skeleton application to verify that the Das no = 
de a x p ananput statement. Afterinput is read, the program branches A ike UNIX, YACC.or LEX, produces an explicit state machine to 
ay in aia A the input event received: Each input'statement needs to handle np Liz face, Some application packages, especie aa 
ae ma aus could bereceived at that point:In highlyn procedural it area nachines to be sup lied of tables to be inte prete 
> -level procedures must accept i S ie T e AAS . > 
pt inputs that they. may know nothi res : 
about and pass them up through many lev y ay know nothing an be impleme nted 


r ; : els of procedūre-calls.until some ontrol as. arr sks — An objet © 
procedure is prepared to-handle-them: —. -. - -.- a Ge calls ml eas an ce or operating system. It'is the most 
ing. 


Li 
r 
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PAo VANER Sa ' r t i sg boxes, Ina special draw mode to permit rapid resizin hil 
general approach, as it preserves the inherent conc irreney of real of n ig oln: ‘js being edited. Other figures have no special d B while the 
Events are im mented.ns inter-task-calls using the facilities of the lang em raw mode, so the 


; in operation on these classes has no effect 
: : vious imple tion, the task uses] rip oper : 
or operating system. As in the previous implementatio ask use pelt) OP 


saath The = ck-ofits-state, Ada supports CONGU Y i) Abstracting Out Common Behaviour — When common behaviour 
hie Moa. Y tr } 7 È 

provided an object is equated with an Ada task, although the run-time Cos! ; scognized, a common superclass can be created that implements the 

high. The major object-ori npuages do not yet support Concurre, = 4 ures, leaving only the specialized featur 


es in the subclasses. This 


ee . . . i “ane ARÁ “ion of the object model is called abstracting 
0.19. Explain the adjustment of inheritance in classes and Peratin, $ rf eeesiaviour The tesulting’sliperoass ie 
yy : 


(R.G.BY, Dec onsiSa h bstract. This means that 
` 201) for On direct instances of it, but the behaviour it defi 
; i itions of classes ç l) A no direc . it defines belongs to all 
ae pee ace Pee ae i Tl gh Oper long fi Fi of its subclasses. For example, a draw operation of a geometric figure 
can be adjusted to increase the amount of inheritance. The designer shou sp ces Of its. 


DS ‘screen needs setúp and rendering of the geomet 
; a 


outa common superclass 


z ‘ ay scre Cae etry. The rendering 
(D. Reteranging Classes ana CHS eae Sometimes the 4 me fue ong different figures, such as circles, lines and splines, but the setup, 

operation is defined across several classes wane easily be inherited from, eeeeting the color, line thickness, and other parameters, can be inherited 

common ancestor, but more often operations in different Classes are simi} ie pe Hizi dds from abstract class figure 

but not identical. By slightly moditying the geimilionisar the Operations or h ; i t superclasses have benefits other than sharing and reuse. The 

Plasses, Me qperahons oa ed ed a ao at mey can be Covereg h sa ass into two classes that separate the specific aspects from the 

a single inherited operation. 


k } reset enn A, sral aspects is a form of modularity. Each class is separately maintained 
Each operation must have the same interface and the Same semanti, | 1 jere oji documented interface. 
before using inheritance, All operations must Taw Sie eee signature, i.e, th met tion of abstract superclasses also improves the extensibility of a 
same number and types of arguments and results. If the signatures match The creati ; 
then the operations must be examined to see if they have the same se jare pr duct. 
‘The following types of adjustments are used to.increase the chance of inh 


Mantics f 
Critance_ 

(a) Some operations may have fewer arguments than others | pr 
The missing arguments can be added but ignored. For example, a draw Operation | 


| (iii) Use Delegation to Share Implementation — Sometimes 
ars use inheritance as an implementation technique with no intention 
teeing.the same behaviour. It often happens that an existing class 


eration ff pratit i ; ovide in a newly- 

on a monochromatic display does not need a color parameter; but the Paramete | already, ements some of the oe ii Tr pS a 

can be accepted and ignored for consistency with color displays. ~ “defined class, although in T n AE NN class to achieve part of 

; (b) Some operations may have fewer arguments because thy | design er othe new class, This leads to problems if other operations 

are special cases of more general arguments. Implement the special ‘operations f thei nple Hon o ae ee aaa We discourasethis tuhectance 
by calling the general operation with appropriate parameter values. For example | thatare. OVITE A E 


ae A Mpa atest are Ai entation because it can lead to incorrect behaviour. 
appending an element to a list is a special case of inserting an element into list, of umpl geron because. io a ee bout to implement a Stack class 
The insert: point simply follows the last element, ---.---22 22-22. ~- For example, suppose that you. are. about. lass available. You may be 
using inheritance, and you already have a List.class a : ed A ie 
tempted 1 ke Stack inherit from List. An element can de p J 


i edan element from 
ing an element to the.end of the list, and popp ee nant 


e elements form 
Stack class will 


~~ -~--~ -(c)-Similar-attributes in different classés ‘may have differen 
names: Give the attributes the same name and move them to.a common ancestor | 
class. Then operations that access the attributes will-matclr better: Also, watch onds to removing an element from the end o 
for similar operations with different names: A consistent naming strategy avoids responds to removing a! =S 
hiding similarities. Sinha ee 
(d) An operation may be defined on several different Classes in | 
a group but be undefined on the other classes. Define it on-the common 
ancestor class and declare it as a no-op on the classes ‘that do not. care about 
it. For example, in OMTool the beg. 


ns i i nique, 
ou are tempted to use inheritance as an inp ee ei 
ican achieve the same, goal in safer way by making on salceiiiely invoke 
Ociate of the other class. In this way, one object can se 
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(ii) One-way Associations — If an association i 
ae implemented i sonl 
it may be imp d as a pointer. Ifthe mul 
then it is a simple pointer, if the multiplicity 
‘yf the “many™ ° 
i dered, then a list ` Work-for 
a used instead of a ETA 
fi fied association 
peal asos n 
Sein multiplicity “one can | Person | 

sH plemented as a | Employere 

See ary object. Qualified — i 
Eons ‘with the Fig. 3.11 Implementation of One-way Association 
fap jicity “many” are using Pointers 

put they can be implemented as a dictionary of sets of objects. 
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the desired functions of another class, using delegation rather than inherit 
Delegation consists of catching an operation on one object and sen din Ney 
another object that is part of or related to the first object. Only mea © Itty 
operations are delegated ener Ninety 
to the second object, so 
there is no danger of 
inheriting meaningless 
operations by accident. 
Fig. 3.10 shows an 
implementation of Stack 
delegating to the List 
_ class. Every instance of" 


wil IS only traversed in one 
tiplicity is “one” as shown in 
. (X3 ee n 
1S “many”, then it is a set of 


Recommended 


eo ee A iii) Two-way Associations — Many associations work in both 

_ Stack : : push operation Discouraged | T s or traversed in both directions. But not usually with equai frequency. 
‘delegates to the list by Fig. 3.10 Alternative Imp lementation of a Stack | a Bee sre ea ab hohe Aadi only and perfi 

a ri nd perform a 


calling its last and add: using Inher itance (left) and Delegation (right 
operations to add an element at the end of the list, and the pop Speen 
similar implementation using the Zast ànd remove operations., Mhasa 


n a backward traversal is required. This approach is useful only if 
t disparity in traversal frequency in the two directions and minimizing 
i PA storage cost and the update cost are important. The rare backward 

0.20. Write short note on design of associations. (R.G:P. Vs Dec. 2003) í sal will:-be expensive. : ‘ 
R Š s SPAA EI eE lement as attributes in both directions, using the techniques 
Write explanatory short note on design of associations. — i ae (a Work-for j * 
i : l i % mie | Person | z Company 


et REE RGV Dee 99 
Ans. In an object model, associations are for: providing cae iat 
rp: i ; 


between objects. Associations are conceptual:entities useful for modelin 
analysis. During the object design phase: we must ‘formulate ‘a strate ai fh 
implementing the associations in the object model.-We can either ehon x 
global strategy for implementing all associations.uniformly, or we can selon 
particular technique for each association, taking into account.the wa i i 
be used in the application. To make good decisions about asto ciations 3 
first need to analyze the way they are used. | 2 E. 
_ @ Analyzing Association Traversal = Till‘now.we think that 
“associations are inherently bidirectional, which is-certainly true for abstrac 
sense. But if some associations in our application are only traversed in one 


en eed E 
Herr aes mph 


mentation of Two-way Association 
using Pointers 


sat class eg ig. 3.12 Imple 


direction, their implementation impli Vente > a ae 
Ez l can be simplified. But in some case traversin a fio 23.13:-An-- : 
in the reverse direction i iation i Fy i A b NOES: Ste ala : i sects stored in a single variable- 
In an association is. demanded. ‘But for prc fects a: i of associated objec oS 
ed. ‘But for prototype work, object is aset of pairs sation object can be implemented using two . 


es oe use bidirectional association so that we-can add.new behaviour and 
ite aay Sa ace apay rot production. w ork. we. optimiz# 
eA te eja À E ever implementation strategy you.choose you should 
see avlon-using access operations to traverse and update the 

ton. Ts enables changing decision with less effort. a 


i ae ieee a sre direction and one for the backward direction. 


lightly. slov i i i if hashing is used then 
‘slower th attribute pointers, but if 
‘ eee re. This approach is useful for extending predefined 


classes from a library which 
cannot be modified, because 
the association object can be 
added without adding any’ 
attributes to the’ original į 
classes. Distinct association 
objects are also useful for 
sparse associations, in which 
most objects of the classes do. 
not participate because space 


is used only for actual links. _Fj9, 3.73 Implementation 


(iv): Link Attributes — If an association has link 

5 ; ink attri 

implementation depends on the multiplicity. If the iis ialedabe ther 

the link attributes can be stored as attributes of either object: If the Eo 
= soci 


of Association as H 0) 
bject 

vits 
. - “One, 
is many-to-one, the link attributes can be stored-as attributes of ation 
object, since each “many” object appears.only once in the a We “many” 
association is many-to-many, .the. link. attributes. cannot: be Hi erty 
either object. The best approach is usually to.implement the a “a een 
distinct class, in which each instance represents: one link and Secreta asa 
s ribut 


Q.21. To represent assóċiation-in:OMT; what j 


the following and when they-are-used*?- =-= => rT “notations for: 
(@) Links and Multiplicity © (ji) Oneway ond tei Ae sal, 
ie Hope 

_ (iii) Redundant association (iv, Danae way 


E 3 associati. 
») Derived association — son 
anen cia ; 
(v) Qualification. ; ajena pra ait yen ate 


: f = -(RGRV, Dec. 2016 
ry e 2 jt ae p . 7. re = « REN ames A $ ; ay 
Ans. a Links and Multiplicity — Refer to Q.53 (U-I) and: Q.60 (U4 
(i ïi) Oneway and Twoway Association = Refer to Q 20 Sear 
(iil) Redundant Association — Refer to'Q.12. > 
(iv) Derived Association — Refer to Q.12. 
(v) Qualification — Refer.to.Q.52 (U-I). 
Q.22. Describe the various issues involved in packaging in programs. 
ooo ui (RG.PH, June 2011) 


Discuss the issues i o ga ; ) 
modularity). involved in packaging (construct for software 
Pis ; i (R.G.BV., 

a ackaging involves the following issues — pani TE 

1 In Or, s oye k : x ms A 
“black boxes” ae Hiding — One design goal is to treat classes as 
are hidden from view Peden interface is public but whose internal detail i 
class to be ET Internal information allows implemen’ fa 

ut requiring any clients of Hara e 
the class to modify code. 


tey ya tapt 
eee ay) 22 EEA 


~ et OLS 
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takes. advantage of details and may meth Pendencies, wile 
fons, The designer must balance these conflicting denar dk 
ding analysis, We are not concerned with EET A l 
“however, the public inter face of each class must be oon 
fesi ner must decide what attributes should be accessible ER aa 
Biggs. These decisions should be recorded in the object model by adding 
station {private} after attributes that are to be hidden, or peered 


rat of attributes into two parts. 
TA an extreme, a method on a class can traverse all the associations 


del-to-locate:and access another object in the system. This 


is appropriate during analysis, but methods that know 
o model are fragile because any change in representation 
design we try to limit the scope of an method 
re to define the bounds © visibility that each method requires. Specifying 
-ces a method can see defines the dependencies between classes. 
eration-should have a limited. knowledge of the entire model, 
ructure of classes, associations, and operations. The fewer 

n eration knows about, the less likely it will be affecizd by any 
contrast, the fewer o erations know about details of a class, the 
eclass can be changed. The following design principles help to limit 
ledge of any © peration — ; i - 

Mocate to each class the responsibility of 
ving information that pertains to it. l 
lan operation to access attributes belonging to an object 


erforming 


~ level of abstraction as ossible. 


a result of an 

oplier of methods to the caller. 1n 

e the two operations. _ = 
it eration 

ities — An entity, suchas a lass, BoP parts 

of Entities- A c eae 


fitis organized on a 


ee 


vvar: F unrelated parts; — 


IL A single metho 


nnected to the 


An entit should have a single maj or 


d should not contain 
-< the making of context-dep endent 
d algorithms. Policy 
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includes making decisions, gathering global information, interacting With 4 
i 


outside world, and interpreting-special-cases. A policy method cont 
statements, conditionals, and accesses data. stores. A policy method 


. a ods. 
implementation method does exactly one operation, without Making ; n 
- decisions, assumptions, defaults, or deviations. All its information is sup; Y 
as arguments, so the argument list may be long. POSER ed 


Separating poli creases the’ possibili 


olicy and implementatia 
The implementation methods do not contain any context dependenci 
likely to be reusable. The policy methods must be rewritten-in a newa plication: i 
they are simple and consist of high-level decisions: nd-calls on'low-level method 
~ Consider for example, an operation to credit interest on a ore” : 
account. Interest is compounded daily based on the daily balance, but all thd 
or a month is lost if the account is closed. The interest crediting shout a 
separated into two parts—an implementation method to compute the intere e 
due between a pair of days, without regard to any forfeitures or other p provision. 
and a policy method that decides whether and for What ‘interval the 
implementation method is called. This separation allows either the policy-o, 
the implementation to be modified independently and increases the cha; 


- = oo e chance of 
reusing the implementation method, which is likel ‘to be Complicated. Policy 


of reusabili 


t 
eS; So they y. 


methods are less likely to be reusable. They. are not as-complicate 


d: because 
ey do not contain computational_algorithms.--- pRB hay 
A class should not serve too many pur E sat í ~it is complicated 
it is broken up using either generalization or aggregation. Smaller pieces ie 
more likely fo be reusable than large complicated piece | j 
that break up a class if it contains more than about 10 attributes. 10 associations 
or 20 operations. Always break a class if the attributes, associations, a 
operations divide into two or more different groups that seem unrelated. ` 
(tii) Constructing Modules — During the analysis and system design 
phases, the object model is partitioned into modules. This initial organization 
may not be suitable or optimal for the final packaging “Of the system 
implementation. The new classes that are. added i uring. esign either add to an 


existing module, or layer or can be organized into a se arate. module or layer 
that did not exist in the analysis... pote 


er aaa at 


Modules are defined so that their interfaces aren intinaland Wellcdefine 
i em - d. 
The interface between tw inimal and well-define 


ae wo modules consists of the associations that relate 
sino with classés in the other and o erations -which’access 
Classes across module boundaries. ; DERE BE AE EEEE» 
pia l connectivi of the object model is used as a guide/for. partitioning 
A Tule of thumb is that classes that-are closely connected by 

associations should be in the same modul fet 


e, while classes that are not connected, 


Com 


‘ € 
ains lO 


F . h | does 
contain complicated algorithms but calls various im lementation met! Not 


ieces..A rule of thumb is - 
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connected may be in separate modules, 


; The binding strength 
jer relationships, because of the functional model PR een a 
ay of associations, which are an inherent 
Fare other aspects to be considered, Modules 


i : lules should have > some 
cohesiveness or unity of purpose. The classes in a module should 


itary kinds of things in the application or should be components of 

f composite object. cea, 
nber of different operations that traverse a given association a 
are of-its-coupling strength. This number s ain 


pecifies the number of 


ays that the association is used, not the frequency of traversal. Try 
strong coupling within a single module. Sister 


in physical packaging and documenting design decision. 
mae i wae (R.G.PV., Dec. 2012) 


ch. Illustrate with neat sketch. (R.G.P.V., Dec. 2014) 
se case model for any system consists of a set of use cases. 
fhe users do by using the system?” Thus, for the Library 
stem (LIS), the use cases could be issue-book, query-book, 
sreate-member, add-book, etc. — 
ily speaking, the use cases correspond to the high-level functional 
5 e can also say that the use cases partition the system behaviour 
actions, such that each transaction performs some vochi C 
user’s point of view. Each transaction, to complete, may involve 
message exchanges between the user and the system. ae 
purpose of a use case is to define a piece of coherent be Aie 
veal ing the internal structure 0 the system. Tes ee 
mention any specific algorithm to be used nor the Ds ere 
internal structure of the software. A use case typically T of ves a Se ae 
interactions between the user and the system. Even ort ae 
| an be-several different sequences of interactions. ar eer nar 
ain line sequence and several alternate sequences. anally 


cere S system tna! 

p i i N! n auser and the sys u 
ms resents the interactions bety ee PRS T = 
ne mainline sequence 1S the mo frequently occu ng sequence 


: ithdraw cash 
teraction. For example, in the mainline sequence i ani 
nne z be — the use 

a bank ATM would amount to 
Se selects tie amount withdraw optom. eens unt. several 
j aw; completes the transaction, and collects t Lount. oers 


n line sequ alle ences may also exist. 
en ed alternate sequences may also © 
ions to the main line sequence called alternate sequen 
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Typically, a variation from the mainline sequence occurs when some 


conditions hold. For,the bank ATM example, several variations op alt Sif 
re T A es 
whi "ay oen 
tch 
Unt ba an f 
ey 
Pending 


diag i 
e dian nq 
: case W ite Ee 
a rectangle which represents the system boundary. The name of the Sith 
being modeled (e.g., Library Information System) appears inside the rege h a j; 
The different users of the i are represented by using sick ot bt 
poro os Ten ACO Se See Actor | Persh 
` played by a user with respect to the system use. It is possible that a anj o 
user may play the role of multiple actors. An actor can articipate in © Same 2 
more use cases. The line- ing an actor and thé-use case į ea 


TANSLATION. OBJECT-ORIENTED DESIGN INTO 
IMPLEMENTATION, PROGRAMMING STYLE 


> 3 E - S called ieas ? ‘ 
A ET a aion ; - r makes use of a 9.1; What are the various steps in implementing an object-oriented 
functionality provided by the use casë~----- i Fen! os ~~ OF the Q. E a object-orienied language’? 
Both human users and external nina 


esion 


e following steps apply to implementing an object-oriented d 


(iv) Using inheritance 
ee el rome 
—(v)-Implementing. associations. 


(ii) Creating objects 


optional. 0 7 pae ee 2. Why dò we needa good programming style-in object-oriented 
a For example, the use case model “ase fe = ees 
or the Tic-tac-toe game sofiwareis | eae a 
7 - _ eae ii rt: amming Style. __ 
shown in fig. 3.14. This software has Write_a_short-note. on. programming style. _ 


“Ans.-Programmers-have their-own st le of writing programs. Good 
-the-code easy-to understand, not only for other 


only one use case, namely “play ` Mies 

move”. Note that we did not name “player 
ee noon we eee Pe sas rw dba 

the use case “pet-user- e” ere T Tig-tac-toe Game 
Bey user move! “Would=sberas wens: OTT 


inappropriate because this would STES he ee rr g, because much of the be 
-represent the developer’s perspective --- Fig. 3.14 Use Case Model 


ing,but itis eve 


the roducing reusable, extensible, 
ofthe use c 2: TSI O ESAS e e ble, extensible, 
~e use case, The use cases should.be.named from the. users’ perspective 


se aerial pa ZEUE represented ? Explain use-case driven approach 
Ans. Refer to Q.16 and Q.24. vad e 


: - i , guidelines, 
‘Olobject-oriented languages and require new uid 


BD 
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We present object-oriented. style guidelines under followin 


although many guidelines contribute t ore than _one.category "eo, 

: (i) Reusability _ a (ii) Extensibility 
aniei Robustness (iv) Programmin -in-the-large 
Sa Pe paou ‘+ ——--— e. 


~ 


4 Bie down the procedure to translate the design into an 
ation class definition. (R.G.PV., June 2004, 2011, Dec. 2011) 


m The first step inim lementing an object-oriented desi 
if Each attribute and operation in an object diagram 1 


“Short Questions. 


ve asses. 
\ as” part orwa 
r. June 200) de — 


0.3. Write short note on reusability.  (R.GP y, 
l Or . 

Why reusability is important ? How does object- 
development promote reusability ? 

Ans. Refer to Q.12. . 

Q.4. Describe the concept of robustness. 

Ans. A method is robust if it does not fail even if it rece 
parameters. Robustness against internal bugs may be traded off Prope, 


efficiency. Robustness against user errors should never be sacrificed. Fol oot SILL epee 
rules must be followed to improve robustness > Wing ; aoe À 


() Protect against Errors — Software should protect itself ag, E 
incorrect user input. ) that acce ts user input must validate i _Window(Length x0, Length yo, Length width, Length heigh 
that-can cause trouble. Try to guard against programmin bugs and aive pr e aoai destructor: 
diagnostic information.even if fatal bugs occur. ~M Ba Wont Leagth x Lengthy, Length width, Length height); 

(ii) Optimize after the Program Runs —Don't optimize a prog Aaa OPNA Sas E TA 
until you get it working. Often pro mers spend-too much eff rt trying to vi ida ¿c sge ; oon ieee 
othe orton of code that are infrequently e imizing More 5 meia aleetan ); =P ees 

__-void-cut-se ee ee ee 


of the program than you have to, as optimization com romises extensibility BS eu sc 
hey can oup:*group-: oe 


void move. selections(Length deltax, Length deltay); 
‘void redraw_all( ); Di i 

void select_item(Length x, Length y); 

\ oid -ungroup -selections( eee BE 


er “aributes, d operations as 
(o:a, ic or private, if the language supports the distinction. Public features 
bere by any method, while private features are only accessible by 
€ : — 


ACC 
ofithe same.class. 


Orienteq So 
fit 
(R.G.P V, Dec, 2m 


“Definition in CH — In C++, the declaration for the class Window 


ives im 


reusability and understandability. If methods are-properly encapsulated they can 
be replaced with optimized versions without affecting the re 


st of the program, 


Public methods must take care to check validity of ar: uments because external 
users are more likely to violate restrictions on-arguments: = ae 
` (iv) Avoid Predefined Limits — During design, itis difficult to predict 
the maximum capacity expected of data structures in‘an application, so don’t 
set any limits. Use dynamic memory allocation. ERO ae 


to selections(Shape*shape); 
i (v) Instrument the Program for Debugging and Performance : egy = ee 
Monitoring — Just as à hardware circuit desi 
with test points, 


and performance. 
DA periormance. _ 


- ; See n ofa class . 
ya é = ogether as members OF g 
er instruments an IC board ; trib <j amethods-are declared toge 


an attribute. The object 
isti re - -name as-an attribut 
tyour. code for debugging, statistics =not have the same me 25 Fame as ihe cass. 


wn as a-constructor, 


Private 


be accessed by methods on the same class. In this example an ont, 

private because arbitrary changes to a window are not pein all Attributes nly 

attributes are private and can be accessed only through n In Bencs 
exact n 10ds to al 


client code from being dependent on < i 
g depen the exact implementation ofa (PieVen 
ac 


— whi i = 7 
the Window class. which is used inter 
Length is a user_defined e that hides th : 
=n lide e actual i 
length.1is declared as a typedef in C++ — naimplementation oft 
aes g ~A the 


typedef float Length; 


spied oo mean by tinplementation in OOAD ? Wri 
rart 2 ři 7, EL ALael 
Slate the design into an implementation class ee the 
initio, 
A 


(R.G.PE, Dec. 2006) 


Ans. Implementation in OOAD — The obj 
developed during object design are finally translated Into a parce? 
CEOS RT a Pis whole process takes place using the concept cf 
oriented analysis and desi Ss it can be said as implementation im see 
ea eee 2: en rograntming should bea relative piect 
should be made durin Jesien The Tate ee ai of the a decision 
3 age influences design decision ` 


to some ex =< 
SPOR Tes Peah decision should not be expand on fin ~ 

e. During implementation it is important to fallen ot 

: Ow good 


software engineering practice se tha te 
oma mplemented system remain flexible and extens bIE See 
rocedure to Translate i i : 
penton ee the Design into an Implementation Class 


cedu 


Q.7. Write down the Procedure to translate 


implementation creating objects. the design into an 
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t languages use one of two styles of des ; . 
eded. In some languages. objects a oying objects that are 
has destroy. The programmer must take ER a an explicit 
© to'a destro ed object, or memory access errors I at there is no 
management is error-prone, so some languages zay tesult. Explicit 
atic garbage collectors that destroy objects that ae ip ee 
cessible, 


a 
uiring any explicit deallocation. 


at ing Objects in C++ — Ctt has a special constructor operation t 
ew instances. For example — F e 


= xmin = xO; ymin = yO; 
~ xmax = xO + width; ymax = yO + height; 


Jtiple constructors for a single class can be defined. They are 
gui shed by the number and types of their arguments. For example, we 
1 "constructors with the following arguments — + — 
7 dow( ); // default position and size 

ndow(Length x0, Length yO); // default size 

indow(Length xO; Length yO, Length width, Length height): 

a new object instance is allocated. The 


onstructor is executed when 
forthe constructor at the time of allocation. 
ents are 


the arguments 
uuctor with matching argument types is executed. If no argumen 
then the default constructor with no arguments is executed. 


‘class can have one destructor. A destructor performs any necessary 
It does not take any argumentis. 


dow ::~ WindowC ) 
-/lerase the window-and repaint the underlying region 


for each automatic variable is called. 
for automatic variables is implicitly 
on adjusts the stack to its pre- 


When a function exits, the destructor 
destructors, the storage L 
the function return instructi 


O.8. Write down the procedure to transtate the design into an 


ementation calling operations. 5 N == 
least-one implicit 


nn ion_has_at 
s. In most OO languages, each operation : 
m E - it 
ment, the target object, indicated With a special syntax. Operations can 


by a procedure. > ' 
oy ee 


Instead, use an access method on the class, which ermits the internal 
_ Fepresentation of the class to be changed... = 
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» additional arguments. Some- anguages allow a choice betw, 
have ad-only values or as references to values that can be Da 
TF gery 1 n ’ S S) kee | , 


nts as re k 
argume ie 


1257 
iba 
= j 


Calling Operations in C++ ~ An operation is declared as 3 
class along with attributes. It is-invoked using a similar n 


access — the member selection oj erator “=>” Tibut 
Shape* shape; soit l È nter 
_ shape —> move(dx, dy); Scat 0 
Additional arguments may be objects, built-i | 
Dn i te he A m efine 


An attribute name or operation name used as an identifier w; r fale 
implicitly refers to the target object of the method. For exam Íe, x ad hog | 
attributes of the target object of class Shape — __ TK and y a 


void Shape : : move(Length deltax, Length deltay) paan 
` X=Xx + deltax; — E PEREN ss 
y-= y.+ deltay; Span 
ment this contains a reference to the tars 
above code can be written as follows — Pecan 
void Shape: : move(Length deltax, Length deltay) inten 
this > x = this ->x + deltax; =- ~ iui 
this -> y = this ->y + deltay; ; 


we ee: 


toee eee — yee, 


A qualified reference makes areference to-an-attribute-of an object that is 
not t e target — SN SE E earn peta tet Aes EOR iria ; 

. window —> xmin = xl; 

Unless the qualified object is of the same ci 

attribute access should be avoided because it Violates enca sulation of classes. 


TT mp paniro ie 


Teener paene 


t record and-areferencetoan 
its the attributes of the object to 
ject to be inserted into 


rence as ‘the object’. 


C+ makes a difference betwee 


object. Use of the object record direct! 
be updated. but does not ermit refere 
associations. Most] 


To use object records directly, omit the C++ indirection o erator (* or &) - 
. Box box(11.0, 14.4, 6.12, 4.14); 2 . ee 


box.move(dx, dy); 


DEAE 
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ate down the procedure to translate th 


e design into an 
tion using inheritance. 


enta iented | ages vary in th hani : 
< Object-oriented languages vary e mec anisms provided to 
*nheritance. There are three independent dimensions for classifying 
ent Jp. echanisms-=static or dynamic, implicit or explicit, and per objec ject 
nce “Many of the languages are static, implicit, and per group. In 
tes, the declaration of each class includes a list of Superclasses 
1E hit inherits attributes and methods. 
pis heritance in C++ — The superclass or superclasses of a class 
ing Jone art of the class declaration: A subclass is called a derived 
e 5 ecified de that follows declares Shape to be a subclass of Item. Box 
eae ‘subclasses of Shape. me 


i 


ae ral void cut( ) = 0; | aa 
; NHE void move(Length deltax, Length deltay) =0; 
irtual Boolean pick(Length px, Length py) = 0; 


irtual void ungroup( ) = 0; 


rite CO OT ND. N 
ae oid move(Length deltax, Length de ee sy)=0; 
Virtual Boolean pick(Lenath px, Length py) = 0; 


ae id ungroup( ) { } ar 
oles Vittal void write(Color color) 2 


Box: publio Shape re AE TO a 

jathi width; -o =e 

ee Bd ngth height; 

Ping Lng 

“> Boolean pick(Lengih ph, 1e 
i void write(Color color); 


0 idigi width0, Length height0); 
ength py); 
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class Circle : public Shape 


‘protected : a 
Length radius; i 

public: i fo 

Circle(Length x0, Length y0, Length radius): 

Boolean pick(Length px, Length py); < ~~ 
void write(Color color); ' 

} 

The attributes declared in a superclass are inherited b its Subclass 

need iiot be repeated. They can be accessed from any subela es 


Ss unless the 


a) 


eclared private. Only methods of a class can access its private ayw ‘at 
a . z ~ ’ au aite i Drm attribute 
he protected attributes are accessible to su client cla 


tel $5 
Methods declared in a superclass are also inherited, f a method iş t 6s, 
overriden by a subclass, then it must be declared virtual in its first a sie be 
ae o ae retard a GER e LADAN 
: : e can be oy <in 
n 


classes Box and Circle and is therefore virtual. Methods draw and erase on gj 
ape are not overridden by the subclasses so e declared v; S 
The method Shape :: write is declared virtual and initialized to 0, 


it as a pure virtual function, i.e., an abstract operation. Any class having a pa 
virtual function is an abstract class and cannot be instantiated directly = 
Virtual operations are called using the same syntax as nonvirtual Operations 


Shape *shape; 

Length x, y; 

Boolean status; ae ae 
Status = shape -> pick(x, y); 


_ The knowledge of a class’s ancestry can be declared public or, rivate, If 
a superciass is derived privately, then clients of the class cannot call inherited 
operations directly nor access attributes of the ancestors, } 


: 0.10. Explain the procedure to translate the design into an 
plementation implementing association, ` (R. GRY, June 2011) 
Ahs. There are two general a roaches - buried pointers and distinct 
association objects to implement association and 7i 
does not explicitly support association objects, t 
to implement. Buried pointers may be added during design or deferred until 
now. In either case. the attributes needed to implement the buried pointers 


. However, in many cases the 


association j a a wi 
Ons only traversed in one direction So a pointer need only be added 


q 
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T pe classes. Pointers in one direction are easy to į 
un j 2 La references. Pointers in the many iiion adea e 
Cona in yif the association is ordered, Implemented easily with colton 
7 of “rec from a class library, 1 = 
i oe -ssociation is also implemented as a distinc 
a My an explicit association object is a Set of tuples, each tuple 
~ Conese. one value frome ch-associated Class. A bina association object 
7 Bole mented as two Dictionary objects, each dictionary mapping in 
j P ion across the association. 7 
neo ie an important consequence of buried pointers. Associations cannot 
T] aii attributes on classes without violating enca psulation of classes 
he 


t container object, 


po Te paired attributes composing an association are not independent. 
acai pinter is updated in the im lementation ofan association, other pointer 


Use l 
wiena apdated as well to keep the implementation consistent. The individual 
me should not be made freely available externally because they must not 
ato separately. In contrast, an externally available method to update the 


ion aa ther class of the association without 
oA ae e attached to either class of the association without access 
stoves ca me 

Me interna À 
to ie eine llows limited relaxation of encapsulation using the 
inate strained. C++ allows li g 
mutually, constrained. ' 
po construct. 
fend construct. a 
fi renting Associations in C++ - The many-to-one association 
me and Group can be implemented in C++ using pointers - 


Group * group; 
u ‘friend Group : : add_item(Item *); l 
-friend Group : ; remove _item(ltem *); . | 


“Group * get group) 
ae 


-return group: - 


> class Group : public Item 

pee privates i 
i -oTtemSet * items; 

ie o public 


void adder" , 
J void add-itemtien i a, ' | 
Tete _..void.remove_item( cca) ee 


— TtemSet * get items( ) 


156 Object Oriented Analysis and Design 


link is added to the association, both pointers p 


Whenever a new 
pointers must also be update 


updated. When a link is removed, both 
code looks as follows — ; 
void Group : : add_item(Item *item) 
{ eee 
` item —> group = this: sc paii 
items -> add(item); — l 


void Group : : 


{ 


remove item(Item *item) 


item —> group = 0; 
items -> remove(item); 
} a 
The Group methods can update thes group , attribute in an-Item Object 
because they are declared as friends of class Item. 
Class JtemSet is a collection class that holds sets of items. It has the 
following protocol — . a 
class ItemSet et ; A 
{ ; 
“public : 
ItemSet( J; 
~ ItemSet( ); 
void add(Item *); // add an item to o the set f 
void remove(Item.*); //. delete-an-item fromthe set... 
Boolean includes(Item *); // test for an item Sle in ‘the set, 
int size( ); 


}; 

Collection classes that are more general are ‘fois in available ah libraries, 
like NIH class library produced at the USA National Institutes of Health. This 
library also contains iterator objects to scan collections in: ‘for-loops without 
knowing the internal structure of the collection. There are operations to create 


an iterator, to advance it while testing for the end of the. alatan, and to get 
the current object from the collection — 


Boolean Group : : pick(Length X, Length y) ated seat aces 
{ ar. Bee. 

Itemlterator it(items); 

while(it ++) z FRA ; 

if(it() -> pick(x, y)) return TRUE; °° Tn aa 
return FALSE; iS nes 


Must be 
d The 
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le jength array classes are used to implement or 


dered iati 
‘some applications may need other data structu associations. 


Tes such as circular 


Class library does 
S 4 new container 


and i in the Aas library. The simplest approach is to implement an 


554 "eri object as two dictionary objects. One dictionary maps the association 
ciati ard direction and the other in the reverse direction. Both dictionaries 
pdated when the association is updated, but traversal ofan association 


i 
4 cient 
| is © ei associations in the object model is implemented by an association 
í t The links in the association are the elements of the association object. 
c 
obje association objects preserves encapsulation of the constraint between 
E mR 5 es implicit in an association. For example, the previous routine can be 
the 
| (prisen, as follows — 
association *item_group_asn = new Association(many_| to_one); 
gold Group : : add_item(Item *item) 


tem |_grOUP | asn —> add(item, this); 


& 


oid Group ff 


a Tee 


aS item “group + asn => Teno ins) 


remove_item(Item *item) 


-Group “Item: gel jes sen 


: í x Fee e . p try, 
S is item_group_asn > index_forward(this); 
= TtemSet* Group : : get_items( ) 
©- return(ItemSet*) item_group_asn -> index_reverse(this); 


pe iec ibutes 
~ If an.association is implemented as a separate object, then no attri 


; eed to be added to either class in the association. If the association cae 
a then a separate association object uses less storage than z pointer z a 
object. Access of values is somewhat slower than with Bee ce ee 
s but if associations are implemented with dictionaries that oe a ae 
: he access time should be a small constant, independent of the numbe 


in the association. 


4 Implomentation and Obj 
oct Oriented L 
anguages 159 


7, 


jornted Analysis and Design 
s for Reusability (Constraints for Silat 
i ability) — 
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QTI Dicuss the steps involved in implementation ofa, gule 
deser nsinag an example with the help of C+ program, Pieces, Ri n) Keep Methods Coherent - A method ; 
(RORY k jo function or a group of closely Telated janet if it 
ted things, break it apart into smaller method es 
R s. 


Or iY) Dee 
How object-oriented design is translated in implementati `o 
s talion p y 
(R. G. P K, De? lai 
DEA 


(b) Keep Methods Small — If a method is laro T 
PA. method that exceeds one or two TEF ereak it into, 
ig os into smaller parts, you may be AT ee S 
sking aan may be able to reuse some 
Xo) Keep Methods Consistent — Similar methods shoul 
Pies, conditions, argument order, data types, return T we 
ons. Maintain parallel structure when possible. The Unix o ae 
srg many-€ camples of inconsistent functions. — ere 
~ @) Separate Policy and Implementation — Policy method 
_shuffle arguments, and gather global context. Polic iad: 
ong implementation methods. Policy methods should check 


das. Refer to Q.S, Q.7, Q.S Q9 and Q.10, 


Q.12 Describe the concept of reusability and extensibitiz 
. ` NTT" ‘ avian thy 
(R. G. R } $i De 
i ` G 


Or — 
What is meant by the principle of substitutability ? yyy, «0 ame ne 
apply to limit the amount of permissible substitution ? (RG. By t cong 
sits Ore -i l Tis “June 20 


Giving Suitable example, describe the concept. 3 fr 
4 l t p 


extensidiliny 
0r > LR Dec. 299 n 
Write explanatory short notes on— : s } and errors; they should not directly perform calculations or implement 
i Tt p algorithms. Policy methods are often highly application-dependent. 
~ peor te and easy to understand. 


are simple to wri 
"entation methods perform specific detail operations, without 
ether or why to do them. If implementation methods can encounter 
F should only return status not take action. Implementation methods 

ific computations on fully-specified arguments and often contain 
dalgorithms. Implementation methods do not access global context, 
sions. contain defaults. or switch flow of control. Because 

ion methods are self-contained a gorithms, they are likely to be 
and reusable in other contexts. So we can say that policy methods 


(i) Reusability (ii) Extensibility. 
. (R.GP¥, Deo 

z _. Or Pia 3 ra Den 200) 
Describe reusability and extensibility, Give suitable examples of ite 

. i i ofeach 

Ans. (Ù) Reusability Peete Dee 20 

A sability — Reusable software reduces design. cod; 4 
testing cost by amortizing effort over se esigns. Reduce and 
à code simplifies understanding, which increases the likelihood thatthe 

= = Rae 
s correct. Reuse is possible in conventional languages, but object-o = 
Sni SE ERE rented 


languages = 
anguages Increases the possibility of code reuse. There are two-kinds of 
ere are two kinds of fan 


“and implementation methods are the “bricks”. 
mentation in a single method. Isolate the 


reuse — 
(2) Sharing of newly-written code within a project Dot ot combine policy and imple 
. (b) Reuss Of piin witli sasvalne — G sorithm into a distinct, fu specified implementation method. This 
(substitutability). ` zoge on ew projects f requires abstracting out the particular parameters of the policy method as 
areuments in a call to the implementation method. = 
Coverage — Ifinput conditions can occur 


- (e) Provide Uniform 
n various combinations, write metho 
yOu currently need. - 

0) Broaden the M 
argument types, preconditio 


method works, and the contex 
Factions on empty values extreme values, 


method can be made more gè eral with a sli 


Sharing of code withi Ş 3 : 
g within a project is a matter of discovering redundant 
ds for all combinations, not just the ones 


code saquences I siena : 

E poced = a <a and using pro ing language facilities, such 

— — — to share their implementation. This kind of code 

—— ae ys off immediately by producing smaller programs, 
tg and fester iteration of the design. 


Plennine for fi 
_ nmg for future reuse takes more foresight and represents an 


esment. Programm - 
subsystems, such as a are more likely to reuse carefully thought out 
anah ct data types, graphics packages and numeri 


hysis libraries. 


ethod as much ‘as Possible — Tryto 
ns and constraints assumptions abou 


t in which the method operates. Take 
and out-of-bounds values. 


sht increase in code. 
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(g) Avoid Global Information — Minimize exten 


A A etema] refi 
: ; ject imposes required context on the Paci 
to'a global objec So NE use of. elk, 
Referring can be passed in 


a 


informati ise sion” Publi 
Often the informat ; Tument, Otherwise g Ne Public 
See onas pari of the target object so that otl er methods can access AN terfaces, Once a 
c ae 


‘ : y i ifon 4 e its interface, So 
(h) Avoid Modes — Functions that drastically change bey ay | ons are inienn 
depending on current contex le, Era : to rẸplace them. A ar 
: For example, a text_processin icat; Des. ; or 
modeless functions. For ex oe cep a application needs clas: he implementation 
and replace operations, One approach is to set a mode to INSert op ~ Vilar a 
then use a write operation to insert or replace text dependin on the ieee ee OY 
mode. A modeless approach uses two operations, insert and replace wey j 
’ “lat q 
S that r 


er the user ofa class with 
external user of the class, 
(2). Since private methods depend on inte 


Since priv mal implementation 
thod designer may change the number and types of arguments 


~ 
= 
— e 
< 
= 
(e 
3 
2 
=> 
io) 
a. 
wn 
T. 
= 
wn 
et. 
Q 
jo) 
= 
fæl 
|an 
ta) 
= 
= 
© 


of software such t] 


i iret TDS at new ķi : or ementation Sen Ee ap iaip ceca - 
of objects can be added to it with little or no modification to existin Code “i ie IM mg ~ (3). Private methods may. rely on preconditions or state 
` guidelines for reusability enhance extensibili are is exten Y s eo E reed b other methods in the class. Applied out of context, a 
zT 3 OWin obio i A nE ay calculate incorrect results or cause the object to fail. 
oriented principles enhance extensibility = n= === —~----- ~R Object 
ented principles enhance extenstorlit 


(a) Encapsulate Classes — A class is encapsulated if its inter; 
structure is hidden from other classes. Onl y methods on the class should age 
its implementation: Many compilers -are-smart enough: to “Optimize parali. : 
info direct access to the implementation, but the programmer should see | 


Co d not: Respect | 
the information in other-classes by-never-reaching-inside the-cla | 


} ss-for data, ~~ | 
~~ (by Hide Data Structures=Donot ex ort data structures ftom. 

a method. Internal data structures are specific to-a method’s algorithm, Ifyou 
export them, you limit flexibility to change the algorithm later ~~ j 
(c) Avoid Traversing Multiple Links or Methods- A method 


should have limited knowledge of an object model. A method must be able t L 
traverse Tinks to obtain its neighbors and: must beable to-call-operations on |_ 


4 ont ‘affect'methods on the class, not other methods. 
etho TE 
‘Attributes-and.as 


sociations should.be classified as public or private. In 
tes .dnd-associations may -be.classified as read-only or 


pee N, 


i. T Ee lain briefly the following — F TP 
ae (i) Reusabiit (ii) Robustness (iii) OEY Dec. 2011) 
them, but it should not travètše a Second link fron the neighbor to a third 
class because the second link is not directly Visible to it: Instead; call an operation 
on the neighbor object to traversé thé operation: If the~association network J 
changes, the-operation-method can be rewritten without changing the call. | 
Similarly, avoid applying.a second operation to the result of an operat peration call i 


u 


nless the class of the result is already known as an attribute, -argument; or f 
ea onthe eaa hana ae e libra ead, write a new | 
(d) Avoid Case Statements-on Object Type-—-Use-methods i 

instead. Case statements can be used to test internal-attributes-of.an object but 4 
should not be used to select behaviour based on object type. Dispatching 


Ans, (i) Reusability — Refer to Q.12 (i). 
< ` (ii) Robustness — RefertoQ4. -- 

(iii) Extensibility — Refer to Q.12 (ii). wi 
1 5 Define the terms reusability, extensibility, bye a f A 
style rules for reusability: (R.G.PV., Dec: 2004, 
'Reusability — Refer to Q.12 (Ù. 
; xtensibility — Refer to Q.12 (ii). l 
obustness — Refer to, Q4; e e o oon eon 
ortability ~Portability refers tothe effort required to transfer thep 


~ Seema) Lene ie H oa 
——--tem environm? other. It is the: 
hard or software system environment to -another = 2 
one hardwre'and/or software system SE 


nT 
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nso with which the sofware canbe batri a eo one Cnvir 
ri J P O a F $ 
a jer as indicated, by the following subattributes Adaptability ingg 


ae a ` ili Ş al AY 
formance, replaceability labi 


LI 
con 


Style Rules for Reusability ~ Refer to Q12, | y 


0.16. What do you understand hy programming-in-the tap, » 
7 et dur R 
. 4p itai ¢ AA Eini aint gas tes PAY 
ans Programming-in-the-large refers'to Writing large, Complex Plaiy 
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‘package into Modules ~ Group classes with similar functions 
mog 


De i od. id e ih ioris and preconditions about the state of the object. You should 


E Pa aunis on e av OS ‘ including why it was chosen. Internal ithi 
With teams of programmers. The totlowing guidelines should be AUT h be Lae a ad | | Rann wahin 
\ ee beds Wry fies Pap Paaa E a al GEDA 1 K 

i vila ethane — tea ak M is impo a pne elo a blish the Specification - The specification is a contract 
first complete the’ generic thought process before confronting the u h to ee (ix „Pu wand the consumer of thé class, Once-« AA ya 
implementation target. ath son ti development methodologies eni mah | an eee t break the contract, for doing so would affect the 
the importance of ie et a pet tien = ab > i Pae Ps bere ecification only contains declarations. The user ofa method 

` (üi) Keep Methods Understandable — A method is undersin® consumer iS tise the method just by looking at the specification, 

if someone other than the creator of the method can understand i analy aes guild be able to st. rents kerha Hy oer i. pe aot ioe 
Keeping methods small and_coherent helps to'accomplish ‘this, "© Code, ` 7, Write short.notes on any fou 8 


(iii) Make Methods Readable ~Meaningful'variable names iney 
readability. Typing a few extra.characters is cheaper than the mis = 
that can come later when another progrummer:tries to. decipher 
names. Check the readability of your methods by running them through a spelli 
checker. Avoid abbreviations that may contuse other programmers, Use tem mg 
variables instead of deeply nested expressions. Do not use ihe same 
variable for two different purposes within a method, even if their usa 
overlap; stack space is cheap anyway. `- aoe 


(iv) Use Exactly the Same Names as in the 
choice of names used within a program should exactly 
the object model. A program may need to introdtice: 
implementation reasons, and this is fine, 
they carry forward should be preserved, 
documentation and understandability for the software as a whole. 


(v) Choose Names Carefully — Make sure your names accurately 
describe the operations, classes, and attributes they label. Follow a uniform 
pattem in making up names. Many. object-oriented languages automatically 
build method names from the class name and operation. Do not use the same 
Operation name for semantically different operations, All classes that use the 
Same name should have the same origin class and the same signature. 


(vi) Use Programming Guidelines — Project teams should use 
Programming guidelines available in their organizations. If guidelines do not 
race ue eam Should create guidelines that address, issues such a 
documentation henge te indentation style for control structure, method 

entation headers, and in-line documentation, = 9. S 


~, 


« 
understandin 


“Npora 
temporary 
ge does not 


Object Model — The 
match those found in 
additional names for 
-but.the uniformity of names Where 


your variable 


This. practice improves traceability, 


i's BG PY Dec, 2010) 


ava debs TE awe Ste Siete ach 

dns, (i, Reusability — Refer to Q12 (i). 
AA ; ata. Models are inherently metad 
yard class is metadata. Mo dels are inherently meta 

| E things being modeled. Many real-world applications have metadata, 
e Dats catalogs, dictionaries, and blueprints. Computer language 
~ like a 


_iimplementations heavily use metadata.. ina “ee 
M i nee e TE Ts ; , x 
"Relational: database -management systems also use metadata. A perso 


define database-tables-for storing information. Similarly, a relational DBMS 
ims | metatables that store table definitions. Thus, a data ta el ay stone 
| EN T the capital of Japan is Tokyo, the capital of mek New Delhi. A 
a etatab le would store the fact that.a country has a cap A aa 
lications, the same 
orld..The context 


S icient to distinguish the descri ss o l 
More precise distinction must be made. ` 
N “(iti) Robustness — Refer to QA. ` ' 
a anara tiiin mi 12 (ii). 
‘(iv) Extensibility —Refer to Q.! ( 
e-large — Refer to Q.16. 


(v) Programming-in-th 


EE 
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unon A Implementation i : 
analysis and Design p and Object Oriented Languages 1654 
ae i iled note on popul j 

í g a detai putar object-oriented | 
; ; anguages, 


MEE 
jeir fee (RG.RY, June 2008) 


a? 


role on comparison of object-oriente 


CHARACTERIZATION OF’ 
GUMENTATION, FOR) 
pore TED LANGUAGES, COMPARISON OF onike 
ORIENTED LANGUAGE LIKE C + +, JAVA, OBJEC T- 
=’ PROGRAMMING T 


d language, | 
(R.G.P. V, Dec. 2014) 
arious object-oriented 


-1 shows the comparison among v 


Very Short Questions » rison of Commercially Available Object-oriented 


Languages 


< 


8 

ess to attributes — 
IY rol of “access from clients 
on “ass from subclasses 


wa 


<< 


Zz 


etiobject 6 eo] LY. 
ding on multiple args 
n features — 


Q.19. Write short note on documentation. -~ (R.G.P. V; Dec. 2014 
a i, cee eee Tie aipin Met aaar Ce 20l) 

Ans. Documentation can be a paper document or an electronic documen 
A complex Software needs normally following documentation — system maral | 
i ‘| Garbage collection” 


A system manual gives information about system scope, design, f (Efficiency — 
architecture, system flow, technology details and the. varie E 


hen possible 


etails : -of interfaces || Static binding w 
used in the system. A system user manual for the users of the system, It 
provides screen-by-screen, file-by-file usage instructions and its impact 


elsewhere; operations manual deals with the system-dperations-as it‘functions. $ 
It provides guidelines to users to understand the implications ofany ‘action for $ 


"| Key to table entries!) = 
-Y = Yes, the feature is present. 
iN =No, the feature: is not present in commo 
°F -=Planned-in a future release “~~ 


n current implementations. 


n languages with weak-typing.- 


= stem. Independently, it provides transparency and insight as to how the | |. Not Applicable — Parameterized classes 2° not needed i 
“System operate EE ee ee te : - —— ma 
System operates or responds to the action taken by the user. 2 FAVA over Ch, (RGN, DEC 3012) 


rn ee 


d under the following heads — 


System mai : i ee | 
m maintenance manual deals with system maintenance on a day-to- jf discusse 


da b i i j ( na === a 
Bo = nE nsed b the system Coordinator. Solving user problems, resolving 
problems, maintenance of files, databases, ensuring backups, security 


measures, studying s aon 
ner al stem logs and so j ivities described i 
fe manual. on are the major activities described in 
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gre no longer in use by the program. A significant: portion of C++ Code, 
dedicated to memory management. Cross-component ‘memory managen 
does not exist in C++, 


(ii) The Build Process — When compared with Java, C++ 
are slow and complicated. In C+ In C++, a full build might take up to 2 
while the s same build might take Take only seven minutes in Jaya.. 


but 
0 houg 


(iii) Simplicity of Source Code and Artifacts — C++ splits Sourg 
code into header and implementation files. It requires a big monitor ‘to see 
and cpp header file extensions and file name extensions at the same time” Ye i 
with Java, there is s just one, Java, one Class. extension. p 


(iv) Binary Standard — - Java has a bina standard. ereas CK 


has no binary standard. 


(v) . Dynamic. Libking = Thera is oi saith ray to deni 
_ link to C++ classes. Java allows arbitrary collections of classes ses to be Spaca 


together and and dynam mically | loaded : and linked as as 5 needed. 


(vi) Portability — Java is portable with very little effort. € Ci i$ S portable 
in theory, but in paces you have to build another rlanguage on ontop of it. 


ee ee AL 


TERA EEEren ue pee 


rrena aaa bly i mae Tr ae } j 


«we 
-_* 


l 


3 


ri Safety..— eat eliminates pointers, which can Siow arbitra || 
a nr ae eee Fe Monin, Le IGS a S | 
memory-access-and the ability to easily crash’the’ > process. ‘There are no buffer 


overruns in. Java, and code: and care samor t bE E Accidentally m mixed. ixed. And Java 
includes bounds- “checking. x oi ae 
Ct 


aby 


---Q.22.-Compare-the object-oriented bce EE as Java. 
“Ans. Table 4.2 compares ‘C++ and Java, ia. 


‘Table 4.2 CH vs. Java 7 


Memory 
management 


Jaien controlled. Objects] 
| relocatable in mory. 

Inheritance ~ "| “Siniglé and multipléi inhritande Sing je R ce with 

model | Polymorphism explicit į pèr” | abstract interfaces. Polya ne 


Accessible to programmer. 
Objects at fixed address, » 


“method. ‘No ‘universal: base ` orphism automatic. 
~-f- class; lass. Encourages. mix-i In | Sa Object ancestor. is 


t ‘hierarchies; 
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> control ‘Thorough and flexible model | Cumbersome' model gont 


| pore ject ren with const protection available. urages weak encapsulation. 
^ otection l | 
wees Consistent between primitive} Differs for primitive and 
antics si and poen types. pitu types. | 
nora 0 Functions and data may exist] All functions and data exist 
nization | external to any class. Global] within classes. Package 
rg o open -(file) and. namespace scopes oe available. 
_» | available. 
i raries gabe Predominantly low-level E Nasi Classes for high- 
<7» >» functionality. Rich generic ‘| level services and system 
: e A or LL  , EES DES ce 
-/-* | (template) container (data _| integration included. 
Sey E sfruchires):2 and. algorithm. ALS ae 
diosa + [library Adu Bes 
Ruitime er error, Prograniiner responsibility -| System responsibility. Results 
detection ‘| | Results: in undefined behaviour |.in compile-time or run-time 
oe 3 -at run-time.. -<=> <=- | termination. 
uang sag ioe ac 
portability- J Source müst be recompiled Bytecode classes portable 
pep Ses sl sor platform: Native code | fo platform-specific JVMs. form-specific JVMs. 
terete ee | A 2 = 
ata Hespruns on CPU. oie _ 1 JVM must be available. 
Efficiency | Excellent. 0 + 1 Good. Can vary with JVM 


hir implementation; ` ; 


zi. 23.. What is the purpose -of documentation -?-What-are-the common. 
guidelines to be followed i in documentation : ? (R.G.P. V, June 2011, Dec. 2011) 
Ans. Purpose of Documentation — Refer to Q. 18. 
i Guidelines, — Some commonl acce ted guidelines, that should fe 
respected, are.as follows — - 
TO, Posehn fs tn na 
(a) Identification (programmer. ’s name, date, version number). 
(b) Statement of the purpose of the function and method used. 
©) The changes the function makes and what data it uses. 
EC) Reference to further documentation external to the program. 


‘Gi. When each variable, constant, or type is declared, explain what it _ 
is and how it is used, Better still, make this information: evident fr 
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(ii) Introduce each si nificant section of th the ro vad 
comment, stating brie 


I < pH Opeji i aies i 
i indicate the end of each si 5 nificant section ifi itis not tenid 1 


(V) Explain any tent hat mpl sa trick or whose m 
uneen % still, avoid.such statements. s — 
Gi) The code itself should explain how the program works. Th : 
docut 7 iit works and’what it does, 


| i) Wieneierapogami is modified, b be sure thatthe TE 0 
is correspondingly modified, 
—— 


fo 24, Explain programming gle mii documentation, 
E ee a R GRY, Dec, 201) 


‘Ans. Programming Style Refer t 002. 
~ Documentation > - Refer to Q 19. Pe = ee 
02 25. Write fei note. on nfs of abjecarienied lung guage, 


= (RGR, June 2006, Dec. 2 i 
eos 0 


Deas What. are the he features if an 5 ijectorene an lnguage 2 ie ae [ss 


j a 6. BY, Det, ae 


Bie nape characters ies of an eben programming ingi 
E VEER: UGH June ae f 
Hw oles lag ngage o can le T 2. ; % 
CE eae BPE OE REESE Ne RR GRY, Dec. 201) li 
| “Ass Objet renel tenesi vary. in ihe support of advanced object ff ¢ 
oriented. concepts: There i is no: single language that matches all styles an | 
; meets all needs. There are various features of object-or iented languages! tal | 
vary among languages, For example, if your design requires multiple inheritan’® 5 
you should. consider languages that support it well. Interpreted languages ity 
usefull for rapid prototyping but may not be adequate if you-have s stinget 7 
timing constraints. There is no point in building your own class library f "eg 
language provides one with suitable classes for your design. If you want exti g 
compile-time error-checking, use a strongly- typed language. If memory tf a 
'sconyoluted in your ‘application, consider languages which provide aut onl = 
} garbage collection, If you require persist tent data accessible by multiple ise 
| you may want to consider an OO database, Unless a language is ween 
3 ca to. use, syntax ul only bea minor consideration. 


d 
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l Manlii ose. the - There are véry few languages that support 
-ultiple inheritance. the language you select supports multiple inheritance 


‘here isa direct translation from your design to:implementation: » 


Multiple inheritance introduces the possibility of conflict among attribute 
and operation names. A class could have more than one ancestor with the 
same attribute. For example, the Eiffel compiler rejects programs with such 
„lashes: CLOS, in contrast, has a protocol for‘resolving them. .In any case 
we strongly recommend that you avoid such conflicts. Relying on the compiler 
to resolve conflicts is a.matter of poor style becavse it damages extensibility 
and can lead to confusion.» — 


- Class Library — Most OO languages include a library of useful generic 
classes, which may be used as is or customized to meet a specific need through 
the creation of subclasses. The availability of a class library means that many 
components need not be reimplemented by the programmer. The most useful 
kinds of classes. implement general purpose data structures, such as sets, 


dynamic arrays, lists, queues, ‘stacks, dictionaries, trees and so on. These 


classes, often: referred to as container classes, serve as a framework for 


organizing collections of other objects. Classes implementing various kinds of 


_ associations should also be available in the class library. = 
More complete class libraries might include device-independent abstractions 
of interface classes or concurrent processes. A separate library of user interface 
classes for use with one or more windowing systems is useful, as is a graphics 
library. Support for string manipulation is needed by most programs. 
Efficiency — Basically the object-oriented language has wrong reputation 
of inefficiency. Because the use of method resolution of run-time to implement 
polymorphic operations. Method resolution 1S the process of matching an 
operation on an: object to a specific method. This would seem to require a 
search up the inheritance tree at run time to find the class that implements the 
operation for a given object. Most languages, howevels optimize the look-up 
mechanism to make it more effi long as the class structure remains 
Ve eee t method for every operation 


unchanged during program execution, the COTES, 
can be stored locally in the subclass. With this technique, known as method 


, daea i c- d 
; EE be reduced to a single hash table look-up an 
POA ae ae dless of the depth of the inheritance tree or 


performed in constant time regar 
the number of methods in the class. Clever compiler tricks can reduce even 


the size of the constant cost. | = pees elicit 
oy . — The term typing refers to whether 

Strong Typing Versus Weak Typmg a3 
each variable and attribute value is rferely known to be an object (weak typing) 


or may be declared more precisely as belonging to a particular class or one of | a 
its descendents (strong typing). pag aE A 


5 ie | 
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A strong typing ina language serves two purposes. Strong typing Provida, 
active support to the programmer in detecting mismatched method argument 
and assignment statements. Strong typing also increases Opportunities for 
optimization, The compiler can detect when a general purpose operation ca 
be replaced by a specific function call. No power is lost by the use of Strong 
typing. The programmer can always declare everything to be of class Objec 
to get the same effect as weak typing. 

Although weak typing is flexible and powerful, it permits dangerous COding 
practices. Modern programming language theory has been Evolving in the 
direction of strong type checking. Much of the advnaces in Programming 
language theory have derived from restricting the, programmer’s ability to 
perform dangerous operations. Most new languages. support strong typing. 
The premise behind strong typing is that it is easier.to detect and Correct 
software bugs at compile-time rather than at run-time. Strong typing improves 
the reliability of delivered software. m : | 

Memory Management — Most O0 languages allocate memory froma 
heap rather than using fixed blocks of global memory wr a stack. A dynamic 
memory allocation system can run out of memory unless objects that are no 
longer needed are deallocated. The principle problem lies in determining when 
an object is not needed or can no longer be accessed. The ‘severity of the 
problem depends. on the type of application ‘and ‘the memory architecture. 
Many programs that haye access to a large amount of virtual memory can 
simply ignore the problem. On the other hand, a highly interactive application 
expected to run indefinitely must consider memory mangement no matter 
how large the available memory space. 


There are two. approaches to memory ‘management, «either it is done 
automatically by the run-time system of the language or it is done explicitly by 
deallocation statements written by the programmer. The preferred approach is 
automatic memory management. It relieves the programmer of the responsibility 
of deciding when to deallocate memory and.avoids the risk of dangling object 
references that explicit deallocation is vulnerable to. | 


Encapsulation — Mainly the information hiding or encapsulation consists 
of separating the Protocol, the external aspects of an object that are accessible 


to other objects, from the internal implementation details of the object, which 
are hidden from other objects. Encapsulation is not a new term for object 
oriented languages, but the ability to combine data structure and behaviour " 
Single entity makes encapsulation cleaner and. more powerful than !" 


conventional languages that separate data structure and behaviour. 


P ackaging — A related problem is that object-oriented languages typical) 
require that the names of classes must be unique. Often this is not case Wh° 
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jo of more applications that-were developed independently are combined. In 
ihe “Ada:! language and-in.GCLOS,-the package construct: provides the: means' to 
“fracture: a system into ‘separate. components -with: their own name-spaces. 
pue to the. addition of packaging capabilities, in particular, the ability to nest 
the packaging components of a system allows better. control of visibility. - 


Development Environment — ‘The tools that are: available for browsing 
and editing source code, compilation, debugging, system integration, and testing 
have a big effect on your productivity: Support tools are especially important 
in object-oriented: languages because of the difficulty of managing | inherited 
and dynamically-bound features in a large system. . 


_ Metadata — Metadata means data about data. Generally, languages containing 
explicit class descriptor objects contain run-time metadata about classes. A class 
object acts as a template for the creation of new instances. The class may also 
contain ‘descriptions: of the attributes and operations, such as name, type or 
arguments. Of course, the designer of the system knows the metadata, so in 
principle this data could be embedded in the code. But if the design changes then 
all the code that depends on embedded data will become invalid. The use of 
metadata at run-time rather than at compile-time allows the construction of 
extensible systems with generic procedures and abstract classes that are reusable 
in unforeseen applications. Metadata also can be used to support data persistence 
or by programming support tools such as debuggers, browsers, and inspectors. 


Parameterized Classes — Parameterized classes, or generics, allow a 
parameterized template to be written that can then be applied in several cases 
that differ only in the types of the parameters. Local variables within the 
method have generic type that depends on the instance. 


Assertions and Constraints — The assertions and constraints are the 
part of the functional model. They improve the odds that the behaviour of a 
class matches the expectation of its clients. 


Assertions should also be written into the software in a form that can be 
optionally compiled and automatically checked at run-time. 


Constraints can be more than simply conditions to be tested. They can be 
viewed as a way of expressing declaratively what might otherwise have to be 
written as procedural code. A language system could understand constraints 
that are declared and insure that they remain true by taking action at run-time 
to maintain the constraints. 


_ Data Persistence — -If you need data that. persists poong the lifetime of 


There are various reasons for wanting persistent data - See 


maey 


(i) Persistent data may provide the easiest mechanism for passing 
data from one program to another. 
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. between Jay 
he sam IA nder the following features _ ava and 
(ii) Persistent data allows t e program to resume Proce, Kis given u g features 
t f 


(ii) Data stores are often useful for historical or archiva] > 


Supported 
Not supported 


There are several approaches to providing persistent data services A ahe: 
special purpose hardware devices, databases, and intrinsic language a thy 


jle 


Not supported 


Good Poor 
S new object-oriented databases are especially convenient jn their ga = an Late binding 
: l l upport S 
services. - Upported 
storage services. Á oad Supported Supported 
0.26. Compare two different object-oriented programmin 2 lan S d 
. ‘ed i. lane, Stag, upporte Supported 
and show how messages are implemented in a language syntax > Be Good Poor 
example for each language. sper K, Dec. 2004, June 2009, Dec. > on Not supported 


Promised 
Compare and contrast C++ and Smalltalk. 


Ans. Comparison — Refer to Q.20. 
Message Implementation in Smalltalk — In Smalltalk the Program. jj j ; 
sends messages (applies operations) to objects..A message is the name ` $ Creation of Classes and Objects in C++— A class binds both the 
operation with a list of argument values. The Smalltalk syntax for m a d functions, that eh the eee single Fea Wa 
s ion marks but does - Sg ons enclosed in a class are ca ta members and member 
SS a use Keywords to sepan., Miis respectively. A class allows the data (and functions) to be hidden 
Be x -aPomt APRE : cay nal use. A class provides a new abstract data type that is treated like 
aShape moveDela-aPomt gee ea uilt-in data type when defining class. Generally, a class specification 
This method would be implemented as follows — oy 
class name shape 
instance variables” 
XN te, xe Ss DRE ó 
instance methods pae : ss SE a ee “ls definitions specify how the class functions are implemented. 
moveDelta : aPoint iy pegs 5 z 
x < x + aPoint x Bet 
y < y+ aPoint y ep es 
Within a method, attributes of the target object may be accessed directs 
by writing the name of the attribute. While attributes of other objects must te 
accessed by access operations as — perch 82k ee 
=- aPoint <+ aWindow getLocation 
Message Implementation in C++ — Refer 


=e eer) s 
_ 2.27. Compare the following languages (any one) — 


3. 
, p rogram of each language. (R.G.P.¥., June 2012) 


“variable declarations; 
function declarations; 


any o 
(i) JAVA and Smalltalk k 


-~ (ü) CH and Eiffel. 


that type by 


R.G.P.V., June 2012) 


‘ - 
re + 


174 Object Oriented Analysis and Design 


creates a variable p of type class_name. In C+, the class variables 


as objects, Therefore, p is called an object of lypeiclass_name, We G now, t- Employee details 
declare more than one object in one statement, For example ~ YY, ago 4 
d aa ? i 0 t 
class_name p, q, t i = Hemant 
Objects can also be declared when a class is defined by placi, ae 
names immediately after the closing brace, For example — Pacing theip 
class class_name a 
Cavale s ‘of Classes and Objects in Java — In Java, a class js 
ETE IN ` » Meg A| 9 ? Cri = 
weeunene Š i i , ssname [extends superclassname] cated as 
LARERE EE] ti 4 
santanna {1 ds declaration;] 
} PAN | {methods declaration;] 
Program — The program employee. cpp i a 
$ . illustrates the d i Mo. , 
ee Wi . ; cclar : no semicol i 
class employee with the operations on its objects, ) ation Of thy In Jaya, there iE lid lon after closing brace. Classname and 
#include <iostream.h> superclass ame are any valid Java identifiers. The keyword extends indicates 
#include <string.h> ‘ " \ at she properties of the superclassname class are extended to the classname 
class employee een 
t vas > pata is encapsulated in a class by placing data fields inside the body 
p bti ; nathe class definition. These variables are known as instance variables. A 
char name [20]: ` . s fith only data fields has no life. The objects created by such a class 
sae ond to any messages. We must therefore declare metho: inside 


dy of the class but immediately after the declaration of instance 


Poy 


void sexdan (int id_in, char*name_in) 
t 


e Java is essentially a block of memory that contains space to 
iii ance variables. Creating an object is also referred to as 
— mat) object. | 
i (0 bjects lava are created using the new operator. The new operator 


cout <<"Id=" <<jd<<end/: 


í obje st of the specified class and returns a reference to that object. 
cont <<"Name="<<name<<end/: misiz € | 


le of creating an object of type Square. 


new Square( ); 


The following program illustrates the declarati 
perations on its objects — 


int main( ) =a 
employee el; fi 
employee e2; 
el.setdata (10, "Hemant; 
e2.setdata (20,"Mukesh"); . 

-~ cout <<"Employee details..." . RAA 
| pe r yee details..." <<end/: EA 
or, €2.outdata( ); 

return 0; 


on of class 
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{ 
int area = e i 
ye 
class SqrArea 
{ 
public static void main (String args[ D 
{ 
int areal, area2; 
Square sqrl = new Square( ); 
Square sqr2 = new Square( ); 
sqrl.side = 10; Acc 
cces 
areal = sqrl.side*sqr1 side; ng Variable 
sqr2.getData(15); — MAce 
area2 = sqr2.sqrArea( ); eng need 
System.out.print/n("Areal = " + areal); 
System.out.print/n("Area2 = " + + ae 7 
} 
Output — 
Areal = 100 
Area2 = 225 


by 


SITAHORATION DIAGRAM; STATE or 


T DIAGRAM, ACTIVITY DIAGRAM, 
COMP 
JAGRAM, DEPLOYMENT DIAGRAM al 


7 zeneral- -purpose visual modeling language for systems. 
y of a graphical language to represent the concepts that 
q ; nent of an object-oriented information system. UML 

re ma de up of four elements icons, two-dimensional symbols, 


e graphs composed of various kinds of shapes, known 
r by lines, known as paths. 


show the existence of classes and their 
le class diagram represents 
is, we use class 


‘common roles and responsibilities of the entities that 
aviour. During design, class diagram. are used to 
classes that form the system's. s architect: 
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Q.3. What is the purpose of activity diagrams ? 


Ans. Activity diagrams are used to model various a 
They are used to model business activities in an existing o 
a high level. That is why, they may be used early in the system deve! 
lifecycle. They are used to model a system function expresseq by a 
possibly using object flows to show which objects are iny 
This would be performed during the stage of the lifecy 
being elaborated. They are also used at a low level to mo 
a particular operation is carried out, and are likely to be used for this A how 
late in analysis or during the design stage of a project. They are ee Doi; 
within the Unified Software Development Process (USDP) to model the, Useq 
in which the activities of the USDP are organized 


Manner 
` Other in 
the software development lifecycle. 


Q.4. Define interaction. ; SATAN (R.G... V., Dec 2013) 
Ans. Refer to Q.25 (v). os n os N 


Spects of a syst 

r potential Systen, k 
at 

OPment 


é Se ç 
olved ina us 


cle when ne . 
e 
del the detai] are 


and relate to one an 


Short Question: 


Q.5. 


Why is it necessary to have variety o 
system ? : j 


of diagrams in a model ofa 
i a S A (R. GPV, June 2009) 
Ans. It is impossible to capture all the subtle details of a complex software 
system in just one view. As Kleyn and Gingrich observe, “One-must understand 
both the structure and the function-of the obj ects involved--One must understand 
the taxonomic structure of the class objects, the inheritance mechanisms used, 
the individual behaviour of objects, and the dynamic behaviour of the system 
as a whole. The problem is somewhat analogous ‘to that of viewing a sports 
event such as tennis or a football game. Many diffèrent camera angles are 
required to provide an understanding of the action taking place. Each camera 
reveals particular aspects of the action that could not À e 
camera alone. ` : . 
Dynamic Mode! 
Static Model 


. ` Class Structure 
Logical Model | - 


Object Structure 


Module Architecture 
Physical Model 


Process Architecture $ 
eee 


Tt 


_ Fig. 5.1 The Models of Object-oriented Develop 


be conveyed by one | 


<1 indicates the diff 
rigs 5 yin evel erent models we 
et-oriented development. For a 


Jį p e Und 
n are expressed through thes Biven project lo b 


emer Ty De V € models 3 MG Product 
are semantically rich — they are Nt Re lecti ie 
£SSive , 


capture all of the interestin 

a) . J S 77 
ake during the analysis ore wrategic a 
‘of its architecture, and they ar ystem 


as well ae 
or implementation in almost an 


r complete enou i during the 
Y Object-o,; j 


a ss class relatio ips i : 
J6: DISCUSS CIASS 7 nships in brief, 
The essential connections a 
s e has” and cc 


rita. 
ESES 


7 ze icon denotes a generalization/specialization relationship 
“ars as an association with an arrowhead. The arrowhead points to the 
iss and the opposite end of the association designates the subclass. 

itance relationship has no cycles and cardinality adomments. 
icon denotes a whole/part relationship and appears as an 
vith a filled circle at the end denoting the aggregate. The class at 
otes the part whose instances are contained by the aggregate — 


rally, inh 


: on denotes a client/supplier relationship and appears as = 
ion with an open circle at the end denoting the client. It indicates : e 
that operations of the client class invoke operations of the supplier 
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fh Unifiog Modolin 
U y , ; o Lan 
Q.7. Write scenarlo for airline reservation system. (R.G.BY, June y DM o A oron for summarizing lise ea. bi 
l r wants to travel from Indore to My At an exe Ae ee aing the w € cases for ses and fig, 53 
“Ans, Suppose a custome us providet! nodBeltne to ihe Mbaj, w Fisted on the outside, The name Of the Syster I a system with the 
are many types of travel agencies atoi ad lisas j the time op avg of the rectangle. A name within an Cllipse denoi a be Written near a 
based on price and so forth, The seen ‘ S i de Miah 


denotes an actor, with the ı 
‘Solid lines connect use 


tame being 
, cases to partici 
figure, the actor Repalr te 
sin one cach. Multiple actors can partici 
xample has only one actor per use cas 


The customer necess the agency's web site, 
The customer searches for nir travel from Indore to Mumbat, 


The customer searches the reservation system for itineraries iain 

srtee, time of travel, alrling, nnd so forth, X 
+ 

l) The customer Is asked to Input Information about him or he 

The reservation system interacts with an airline resery 
request a reservation, | 

The airline reservation system queries a database ame 
availability of sents`for that particular Itinerary; the airline reservation 8YStey 
returns a response after noting the reservation In Its own backend database, 


The reservation system receives the message from the alrtine Feservatig, 
system; it initiates an order to issue a ticket to the customer, i 
S a 


c 
placed below ¢ 
patiny actors, 

chnictan partici 


dr adjacent to 


pates in two u 
pate in a ys 
c, 


SE Cases, 
© case, even 
Vesel, 

ntlon SY Stony to 


uter 
rning y p 


Mation about the current status of problem domai 
inform mer order, a customer might 
for a customer Sane Nght want to k 
Tete and whether it has been shipped. A m 
com and may, want to know not only whether i 
K ie been paid for. All of those status condition 
n ‘states of an Order object. In oth 
domain object is similar to a 
us conditions, and hence the statec 
has c reating a new order and shipping an order. A statechan can be 
developed | or any problem domain Classes that have complex behaviour o 
ane ions that need to be tracked. However, not all classes will need a 
statechart. I f an object in the problem domain class does not have status 
Conditio it’ must control the processing that is allowed for that object, a 
Statechart is probably not necessary. For example, in the RMO class diagram, 
jelass such as Order may need a statechart. However, a class such as 
saction probably does not. An order transaction is created a 
+ 5 ii the payment is made and then just sits there; it does not need to track other 


conaitions 


system to maintain 
n objects, For example, 
now whether the order is 
anager might also ask about an 
t was shipped but also whether 
Scan be described ina Statechart 
er words, a state in a Statechan 
Status condition for that object. 
hart, span many business events, 


0.8. Write short note on use case diagram, (R.G.PV, Dec, 
l Or ; 
Describe use case diagram with suitable diagram. (R.G.P.V., D 


2010, 201) 


ec, 2013) K 
‘Ans. A system has a set of use cases and a set of actors, Each use Case 
represents a slice of the functionality the system provides. The set.of Use 
cases shows the complete functionality of the system at some level of detail, 
Similarly, each actor represents one kind of object for which the system can 
perform behaviour. The set of actors represents the complete set of objects 
that the system can serve. Objects accumulate behaviour from all the systems 
with which they interact as actors. 


Customer 2.10.1 do you understand by state diagram ? 


a 
Lay 


i events states. When an event 
NA State diagram is used to relate events and states. 


Perform 
Scheduled 
Maintenance 


OM ; aasa mansion A state diagnm 
Repair Technician | Shange used by an event is known as a mansion A stite dias 


E as an arrow 
sntaining an optional name. A transition ts E cite 
e Teto ie target state. The label on the arrow indica 
ing sta ee 


sitions leaving a state 
ausi tion. All the transitions 
ent causing the transition 
to different events. 


_ Stock Clerk 
Fig. 5.3 Use Case Diagram for a Vending Machine 
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The state diagram SP 
Ifan object is in a state a 
wt enters the state on t 


ecifies the state sequence caused by an event iu 

nd an event labeling one of its transitions h A 

i the target end of the transition. The Higa : 
On j 


bject en ee 
ene to fire. If more than one transition leaves a state, then the first even 
occur causes the corresponding transition to fire. If an event happens: ttii ; 
as 


no transition leaving the current state, then the event is ignored. A seque 
events corresponds to a path through the graph. Re 
Q.11. Describe deployment diagram with suitable diagram. 
l NOE (R. G.P V, Dec, 2013) 
Ans. The deployment diagram is another type of implementation diagra 
provided by UML. It is used to show the configuration of run-time Processin 
elements and the software components and processes that are locate è 


Nce of 


d on 


them. It is made up of nòdes and communication associations. Nodes sho 

computers and the communication associations show the network and prot ie 
that are used to communicate between nodes. Nodes are also used to sho 
other processing resources like people or mechanical resources, Nodes are 
represented as 3D views of cubes or rectangular. prisms, and the simplest 
deployment diagrams’ show just the nodes connected by communication 


associations as in fig. 5.4. 


pee them area 


landmark:DECAlp ha 


<<TCP/IP>>. 


ranger:PC 


Fig. 5.4 Simple Deployment Dhora One 


Deployment diagrams can show either types of. machine or particular 
instances as in fig. 5.4 where ranger is the name of a PC. Deployment diagrams 
can be shown with components and active objects within the nodes to specify 


PC Client 


Sales C 
System = 


landmark:DECAIpha 


SalesorderDB; 
Database 


o 


Fig. 5.5 Deployment Diagram with Components on PC Clients 
and an Active Object on the Server aR 


‘in the run-time environment T 


ie server and 
he serve and some components on client PCs are sh 
Shown in fig. 


“if fall the com ponents of a system are Shown in deployment q 
nt diagram 
erin! A cated to pams 
hey rica e information about the location of key sae allow to 
y nts to other 


A of the team or to users. The physical archit 
id Fer ae, ecture of the System can 


vay all ©. 


raw a deployment diagram for the library system, 
alas eee: i (R.G.P.V, Dec. 2013) 
eployment of the system is the actual delivery, including th 
on.. 1a real-life project, user manuals and marketing dsa 
ically part of the documentation work. A deployment diagram should 
wn physical architecture, as shown in fig. 5.6. This application 
` ised. an y computer with the supported Web browser platforms 
an sho’ vs our simple deployment structure for this case study. The 
eeds to be put in a J2EE application server on a machine to 


:MidRangeMachine 


<execution 
environment> 
: AppServer 


<artifact> 
UML ToolKit. War 


aryDB 
: DBMachine 


? Describe icons used for 


‘th urpose of class diagram 
mete j (R.G.P.¥., Dec. 2003) 


ethe elements of a class diagram 7 Explain with example. 
Iv iagram and their significance. 


d 
dvanced concepts of COS O07 G py, June 2009, 2011) 


Or i 
diagram with the help of an example. 


1S ess (R.G.PY, Dec. 2011) 
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1 ents of a Class Diagram — The two essential 


: i clem 
lasses and their basic relationships — Ents of a 


Ans. Elem 
class diagram are © , 
(i) Classes — Fig. 5.7 shows the icon used to represent a thas 

class diagram. Its shape is that of a cloud. Some call it an amorphous p; i a 


` Jo? name 


Sy attribute 
s operations 


ene 
` A 


as? 


Fig. 5.7 Class Icon 


A name is required for each class. If the name is particularly long, it 
either be elided or the icon magnified. Every class name must be unique eh 
enclosing class category. For certain languages, most notably C++ and Smallta 
we may further constrain these semantics to require that every class La x 
unique to the system. | . 

For certain class diagrams, it is useful to expose some of the 
and operations associated with a class. Using the following langua ‘ 
independent syntax, an attribute may have a name, a class, or a 


optionally a default value — 


oA Attribute name only 
o:C Attribute class only __ 
eA:C Attribute name and class 


eA:C=E Attribute name, class, and default expression 
An attribute name must be unambiguous in the context of the class. 


An operation denotes some service provided by the class. Operations are 
usually just named when shown inside a class i-.n, and are distinguished 


from attributes by appending parentheses or, where necessary for the 


purposes 
of the diagram, by providing the operation’s complete signature —_ ` 


e N() - Operation name only - 
e R N(Arguments) Operation return class, name, and formal 
arguments (if any) . 


Operation names must be unambiguous in the context of the class, 


according to the rules for overloading in the chosen implementation language. 


(ii) Class Relationships — Refer to Q.6. : 
Example — Fig. 5.8 shows an example of this notation, drawn from the 


problem of the hydroponics gardening system. This diagram describes only 2 
aml Part of the hydroponics system class structure. Here we see the class 


GardeningPlan, which includes an attribute named crop together with one 


attributes + 


both, and 


ae 


Unifieg Modeling Lan 


operation, execute, and one Selector Operati Quage 185 
sation between this class and the class £p, r on, CanHarvesy There js 
‘Controller Wherein 


pe plan define the climate that instances of 
r soft © controller monitor 


Jine: 


Sagl 
Witt | P wey 
——— oo H 
e "a 
Defines iEnviroomentat 


: A -Ontrol 
aor Climate — ler 
m : "s p . 
orama? Seug 


ie GardeningPlan ; 


ropi atte 
re Eitel) 1 
an Harvest( es 
yaw ornan 


eer” 
- 


e oe 

a 

< Heater ‘ £X Cooler 
i 


Yasana Scipawae ; 
/ ~.o0eee ° 
os 
“= a? f 


e Actuator © 
Ar, 
startUp( ) 


shutDown( ) 


oF id we 


e 

' 
t 
5 


ow $A" sa? 


Of ey row 


` Pad 


- 
Yer?” “ar 


also indicates that the class EnvironmentControllzr is 
instances contain exactly one heater, one cooler, and any 
; The Heater and Cooler classes in turn are both sudclzsses 


J Parameterized Classes — Some obj 


tably C+, Eiffel, and Ada. provide parameterize: 
i behaviour 


aad 


Zed C ass denotes a family of classes whose structure 2n 
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meters with actual ones (the process of instantiat to form 

ou TE in this family; by concrete class, we mean one that a 

con 

i ces. . l p 

instances eterized classes are sufficiently different than plain classes to i 
= amen As the example in fig. 5.9 shows a parameterized clas 

- aspe 


~ h a dashed-line box in the Upper riot 
; simple class, but with a d i ; "ight 
visualized asas P= arameters. An instantiated class is adorned a a 
3 — ‘ 
Ea tine box denoting its actual pa rs, matched positionally to the 
ne onding formal parameters. In either case, we m onally sy ly 
‘fe formal and actual parameters as text inside the box. 
: sie ionship- between ize s and it 
e instantiation relations : mice its 
asata lass is shown as a dashed line ting to the arameterizeq 


lass. Most often, the instantiated class requires a “using” relation to other 
ee classes (such as GardeningPlan in this example) for use as an actual 
parameter. 


arameterized class may not have any instances and may not itself be 


meter. An ins 
eee classes in the same family Whose actual parameters differ. 
(ii) Metaclasses — Languages such as Smalltalk and CLOS provide 
metaclasses. A metaclass is the class ofa class. In Smalltalk, the most common 
use of metaclasses is to provide class instance variables and operations, similar 
to the C+ practice of static members, or to define factory operations that 


important role in the ability to tailor that language’s semantics 


Prea 


i . 
« Gardenin 
~, Plan 


` 
tar’ 


Fig. 5.10 Metaclasses 


i) 


Metaclasses are also sufficiently different than plain classes to warrant a 
special adornment. As we show in fig. 5.10, a metaclass is visualized as a 
simple class, but with a gray-filled icon. The meta relation :p is shown as a 
directed thick gray line, and points froma class to its metaclass. In this example, 
the metaclass provides the factory operations new and default for generating 
new instances of the class GardeningPlan. “y > than Be 


generate instances of the corresponding. class. In CLOS, metaclasses play an` 


metaclass may not itself have g 


i ; : ez » DU $ . 
a AP instances of, use, and otherwise associate with ii e r from, 
| erc 


k Mela relationships have one other use, On certain ejas, asses, 
to show an object that Serves as a static member a 53 diaprs 

e class of this object, we may draw a meta rein OM class, To 
to its class. This is consistent with the earlier y, on eh a. fe 
=1auonship 


: a (att ET Ue a meta 
the connection between some entity (either an object ora class) and į 
ET 29) and its 


ny instances 


4 | objec 
É shows 


sea it: 

ing 11 5; What is class diagram ? Draw 

i 1 ee its instance diagram, 

[so. re 

Dns Class Diagram — Refer to Q.2. 
NG ee diagram for simple arithmetic expressions is as follows — 

s RO First Operand 


or si r : 
fe Simple arithmetic expressions, 
(R.G.P. K, Dec. 2010) 


Name 


Fig. 5.11 Class Diagram for Simple Arithmetic Expressions 

A Fig. 5.12 shows an instance diagram for the expression (X + YBV(X4 + 
Y). The object diagram in the above figure is actually a metamodel for binary 
3 expressions. ‘Parentheses are needed for an infix representation but are not 
required in the metamodel. There are other representations, like postfix. in 
! which parentheses also are not required. Forexample, the same expression in 
a postfix representation is X¥3/+X4/Y+/- 


i ; (Expression) 
H isnt Be " / 


mi 
(Expression) 


l 
Y3 


ON - 7 E 
.1 2 1 ce Diagram for the Expression (X + Y/3)AX/ 
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Qt What & @ sequence diageaee > pla it with the help of 
ENUN | i 
dzia A sequence Hagean Lows the participante inan interneti 


. Wl ay 
QUAN CHAT aang than, A sequence dlageant shows the int 


SUNT 
Ba AUS OY MrOws a AQUA TRA. arepat to the stor 
AAD dhoma Br HW. AWS I} EAh actor ag Well as the gysten is re 
tya vertical Dine aiei a GAR aad each messe by a horizontal amw 
the sondar to the maier Tine proceads fhom top to bottom, but the sta m 
is inrelowang the Giagram Shows only the sequence of messages, ie 
Erat timing. èir 


k Mke 
Presento 


} John Doe Bogs in. 
| System establishes secure communications, 
System displays portiolin information. 
John Doe enters a Duy order for 100 shares of GE at the ma 
_ System verifies sufficient fonds for purchase. 
System displays confirmation screen with estimated cost. 


rket price. 


John Doe confirms purchase. 

System places order on securities exchange. 
System displays transaction tracking number. 
John Doc logs out. . 5 
System establishes insecure communication. 
System displays good-bye screen. Le 
Securities exchange reports results of trade. - 


(a) Scenario for a Session with an Online Stock Broker 
:StockBrokerSystem :SecuritiesExchange 


log in : 
{verify customer} 


confirm purchase 


display order number 


logout 


display good bye 


{verify funds} 


place order 


{execute order} 


report results of trade 


(b) Sequence Diagram for a Session with an Online Stock Broker 
y th X Err] 5 a Fig. 5.13 RANEA T oi 
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rack ee r ; Nee qi 
net oh sequence diagram shows A particu] Ngrans to describe ; 
o, It is better to show a specif Ar behav og 


` 5 If &e È 
© Portion of : Sequence of 


ne WS Re oo gener Although itis possible to 


diagram, usually Ìt is clearer tg prepare one ~ conditions with 
y of control, Sequence diagram f 


O Ci 5 {ropa ’ 
S genee dingi H Show large-scale interactions 
Math the stock roker system, but often abide 
jependent tasks that can be combined in se 
i mation, you can draw a separate seq; 


, like as an entire 
teractions co 


ntain 
veral Way 


S. Instead of 


_ | :StockBrokerSystem 


assi ~ k 
ater purchase data 


‘SecuritiesExchange 


{verify funds} 


place order 


report resalts of trade | | fexecats order} 


request gori drta 


report stock dete 


Sequence Diagram for a Stock Quote 


pare a sequence diagram for each exception pease 
e. For example, fig. 5.16 shows a variation 1n which e 
iot have sufficient funds to place the order. In this re 
ncels the order. In another variation (not shown), 
aber of shares purchased and the order wou 
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Fig. 5.19 
collaboration diagrams in detail. 


-many similarities between collaboration diagrams and 
laboration diagrams represent the same information in 
d similar to sequence diagrams, they can be drawn at different 
d different stages in the system development process. 
mmilar content, collaboration diagrams are used for the 
of sequence diagrams and vice versa. 


S.LI: 


Advertí ) 
S.LI- addNew Advert() 


ja2rar for the Use Case Add a New ew Advert io a 
Campaign 


“a 
ve 
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interaction is drawn on in a collaboration diagram what is esseni | 15{0 show podir ta a because 

` m ` 7 ‘he » f4 # aval rer 

ae i aa class or object diagram, as shown in fig. 5.20. This leven [eee ructure of the diagram. Each message 

men ni ~ ` e | 
x aD is enough to capture the nature of a collaboration. The order in w 0 
c 7 sas naset is expressed by sequence numbers because the 

ESSAYCS 5 E A 
io S time dimension, In fig. 5.20, the sequence numbers are expr 


nested style, such as 4... and 4.1.1, to show the nesting of control w 


interaction. ; 3 
There can be more than one possible intoraction lor a particular 
case and each of the alternative interactions will have different Nd vant s 
and disadvantages. Due to different possible allocations ofresponsibil 
alternatives happen, For instance, the interaction in fig. 5.20 may have Son 
unwanted features, The. message getCampaignDetails from Client 
Campaign needs the Client object to send back these details to the Addy 
abject. If the camp aign details only contain the campaign names thena fow 
data is being passed from Campaingn to Client and then to AddAdvert In i 
contrast, ifthe campaign details also contatn the start and end dates for eaeh aaa be 
campaign and the campaign budget, then more data is being Passed through Bice 5 ee 
client, In these situations the Client object has now responsibility for giving fo! aie ce-number {';' sequence-number} "7 
large amounts of data regarding the campaigns, and this should be the p: sol at the end of this expression specifies the end of list and 
responsibility of the Campaign objects themselves. However, data regarding The 53 i When an explicit predecessor is shown = 
campaigns can be passed directly from Campaign to Addddvert, This jy f Only Ne Bi. ` os : 
shown in fig. 5.21. Obiect Co nstraint Language (OCL) is used to write guard conditions. 
P Guard conditions are only showr where the enabling of a message is subject 
| RULE Avery Bo the deri sd condition. To repr sent the synchronization of different threads 
pfcontrol a guard condition may be used. 
Nist of integers separated by dots ('.’) optionally followed by a name (a 
single letter), Op tionally followed by a recurrence term and terminated by a 
pesca Soe me roel ae iat E, ) olon is a seq uence-expression. The syntax for a sequence-expression is as 


; $ Í follows 
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ei cannot be jn ferred 

T u aoet Contains tha 

a tHe nd a sequence number that reflects call nesting ie if y re 

M poa nR : Iteration, branet: 

(i ney and synchronization within the Interaction The y vere 
i eho syntax of the 


i decessor] [guard-condition] seque 
sqge-nameTargument-list)) 
jal] meer? 


Ch | 
Ciara, l ‘i 
esse in 
ithin tl 


nce-expressi 
pression [return-value 


sharacters in single quotes like "ss" are literal Values; terms in square 
: are optional; terms in braces {...} are repeated zero oe 
3 ore 
ty, the j YA 2 P s 
adecessor is a list of sequence numbers of the messages the 
before enabling the current message. This allows tie dei a 
ficat yn of branching pathways, By default, the message Kikii 
Piate]: preceding sequence number IS assumed to be the predecessor 
rare if an interaction has no alternative pathways the predecessor 
Aaa ignored without any ambiguity. The predecessor syntax is as 


d ver 


AIA: addNewAdyertt ) 
All: listAdverts{ ) . 
ATA: *getCampaiguNetails( ) 


Sı createNew Advert() Sts addNewAdvert( ) [A 


newAdd:Adyvert 


integer} [name] [recurrence] ' 


integer denotes the sequential order of the message. This may 
yithin a branch or a loop construct. For example, message 5.1.3 
n age 5.1.2 and both are kept within the activation of message 
1 Sequence-expression differentiates two concurrent messages 


‘given the same sequence number. For example, Me 
Ab are concurrent within the activation of message 3-2. 


Fie, $2] ARermative Collaboration Diagram for the Use Case Add a Nes 
Advert to a Campaign Ree 


Q.19. How messages are represented in collabormte n diagrams ? RecumTeNce r ts either iterative or conditional execution. The syntax for 
= Ne SS ofi mue - ing. '[condition-clause'] 
messages 2s those used in a sequence diagram, but with son i ee ot ae 


n +" 'Titeration-clause’] 
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194 Object y. g state diagram ? Explain with exampl 
i pte of chessgame, 


Some other message labels are listed in fig. 5.22, | | oh 
oram —RefertoQ.10,. — - ivy June 2012) 


for a Chessgame — The state diagram fi 

4, This is a one-shot State diagram for ; rp chessgame 

s 1 be treated like a state diagram er While 
us places in a high-level diagram Which is 


Simple message 


4: addNewAdver(() 
Nested call with return value 
The return value is placed in the variable name 


Conditional message 
This message is only sent if the condition 
[balance > 0) is true 


[balance > O15: 
id 
Synchronization with other threads - cbit(amoy 


Message 4: playVideo( ) is invoked only once the 
two concurrent messages 3.1a and 3.1b are completed 


nt) 


3.1a, 3.1 b/d: DlayVj 


Ueo( ) LN Me (0) Draw 
Fig. 5.22 Examples of the Syntax for Various Types of Mess age Lab 
abel 


.20. What i i ? Explain wi 
0.20. What is state diagram : Explain with example of “Phone ting» 


R.G.P. Oe REAP 
(R.G.P.V., Dec, 2010) ivity diagrams ? Explain with the help of an example, 


Ans. State Diagram — Refer to Q.10. (R.G.P.V,, Dec. 2011) 


State Diagram for a Phone Line—A state diagram describing the behayj | Eo. A ; : 
of a telephone line is shown in fig. 5.23. The diagram is drawn for one ph d 1G lacey diagram (R.G.P V, June 2011) 
line, not the caller or callee. The diagram has sequences associat E H 


ciated with normal 
: s, like timing out while dialing or 
getting busy lines. The event on-hook causes a transition from any state to th 
Idle state. This is drawn as a bundle of transitions leading to Idle. 


calls as well as some abnormal sequence liagram with suitable diagram.(R.G.P.V., Dec. 2013) 


jagram is often called "OO flowchart". It allows us to 
activity that consists of nodes connected by edges. 
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jpdate Online Send | 
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Done 


iyi ‘Diagram for Stock Trade Processing 


of the trade. and settles the trade with the other party by debiting the a 
cena fering cash oF securities. When all three concurrent threg 
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Fig. X25 shows an activity diagram for the processing of a Stock 
BAe iss ieee received by an online stock broker. The elongated dy 
oO Oy 


show artirities and the arrows show their sequencing. The diamond she $ order and settle trade are similar in detail The to infig 
Geciston point and the heavy bat shows splitting or merging of concurs eration without showing the underlying m k Noth expressa 

= . ` [ Ean d j y . echanisms, (fone 
= iaaa 7 nt fee ities were replaced in the activity diagram by its eo 
thead saline stook broker first verifies the o nder against the custom ror activities should be replaced as well #4 HS more detailed 
account, then executes it with the stock exchange. If the order execut, sly, balance can be preserved by elaborating th ete ima 
) t CAREER Š i 


scout, ten executes RN foe a | activities in Separate 


confirmation to the customer, updates the online portfolio to reflect the 


i>: 


(ii) Branches — If there is more than one succes 


è 
Result 


la Sor to an activity, 


end à e e arrow n ay be labeled with a condition in square brackets, for exa 

been completed, the system merges control into a single thread and aa ave Hal All subsequent conditions are tested when an activity comp! mple, 

order. If the order execution fails, then the system sends a failure notice i the its edition is satisfied, its arrow indicates the next activity to i If 

acer and closes the rier © the ons gition is satisfied, the diagram is badly formed and the tea lha a 

@ Activities — The steps of an activity diagram are operati me Aisin errupted at some higher level. To avoid this problem, a hee 
; activities from the state model. The purpose of an activity ie i ice C 


| on; it is satisfied in case no other condition is satisfied. If more 
F iiion x ashe oe ditions are satisfied only one successor activity exe 
it oa Cutes, but 


ay 


arantee which one it will be. 


al convenience, a diamond shows a branch into multiple 
means the same thing as arrows leaving an activity an 
the diamond has one incoming arrow and two outgoing 
condition. A particular execution chooses only one path 


Some activities ren forever until an outside event interrupts them, p 
most activities eventually complete their work and terminate by thernselved i 
The completion of an acävity is a completion event and usually indicates that 
the next activity can be sared. An unlabeled arrow from one activity to ma 
in an activity diagram indi-ates that the first activity must complete before the 


| si ipa oe if several arrows enter an activity, the alternate execution paths merge. 


: eae: ; 
ly, several arrows may enter a diamond and one may exit to indicate 


{Market Order] [Timeout] 
u 


[Buying] . [Limit Order] |. [Order Still Active] 
E 
[Price Not Available] 


[Price Available] « 


[Selling] 


tivities. A bull’s-eye, i.e., a solid circle surrounded by 
e termination point. This symbol only has incoming 
[Buying] ;, ull’s-eye, the overall activity is complete and 
nt Activities — Organizations and computer systems 
e than one activity at a time. For example, one activity may 
r activity, then split into several concurrent activities, (a 
: fi lly be combined into a single activity (a merge of 
se) sormerge is shown by a synchronization bar-a heavy line with 


Find Buyer at Limit 
Price or Better 


QO -» SRO} 
Fig. 5.26 Activity Diagram for Execute Order 
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ene or more input arrows and one or more Output arrows, Ona synch 
ronji; 


control must be present on all of the incoming activities, and control s zation 
ASSeg,? 
Cs to 


all ofthe outgoing activities. 
ae Fig, 5.25 shows both a fork and merge of control. Once 
executed, there is a fork—several tasks need to occur and the a Order i 
in any order. The stock trade system must send confirma” Occur. 
customer, debit the customer’s account, and update the customer's ne 
nli 


porttotio. After the three concurrent tasks complete and th 


is x rge, and execution proceeds i x 
there is a merge, a e p to the activity of closing im 


O) Executable Activity Diagrams — Activity diagrams can al 
<n also 
on. An activity pine 7 . 
y gi ; 
ws another representation of fi 


used to show the progression of control during executi 
S executing. When a 
n 
show the specification ofa c 


can be placed on an activity symbol to indicate that it i 
outgoing arrow, In 
Specification LO 
ee aes — 


activity completes, the token is removed and Placed on the 
the simplest case, the token then moves to the next activit 

cy of a Component of the Interface of Another 
Component 


order. 
8- 5.27 is to use the UML 


lass as an interface and the 


If there are multiple outgoing arrows with conditions, the condition A 
examined to determine the successor activity. Only one successor activity ee 
receive the token, even if more than one condition is true. If no conditio can 
satisfied, the activity diagram is ill formed. aiis a si 

Multiple tokens Gan arise through concurrency. If an executing activity is 
followed by a concurrent split of control, completion causes an increase in thal 
number of tokens. A token is placed on each of the concurrent activities 
Similarly, a merge of control causes a decrease. in the number of tokens ae 
tokens migrate from the input activities to the output activities. All the input | 
activities must complete before the merge can actually occur. | 


Q-23. Describe component diagram with suitable diagram. . 
i 3 (R,.G.P V., Dec. 2013) 


Spooler 


jen. Fig. 5.30 Active Object 
one, within a Component 


Ans. There will be several files in a large project that make up the system.“ 
‘These files will depend on`one another The nature of these dependencies will 
rely on the language or languages used for the development and may. exist at 
compile-time, at link-time or at run-time. The dependencies also exists between 
source code files and the executable files or bytecode files that are derived from — 
them by compilation. One of the two types of implementation diagram in UML — 
is component diagram. These dependencies are shown by. component diagrams 
between software components in the system. The dependencies that are specific 
to particular languages are shown by stereotypes. A component diagram 
representing the dependency of a C++ source code file on the associated header 
file, the dependency of the object file on both and the dependency ofian executable 
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Component diagrams can be used in Java to show the depende 
“Ne 


classes on packages that keep the classes that they import. This is partie Mf 
useful in a language like Java where the availability of packages o rey culan 
run-time is crucial to the running of a program. ASSes at 


A component diagram can also show active objects, typic 
running on a separate thread. Fig. 5.30 shows an example, 
0.24, What are the various diagrams used in UML for ob; 


ect Model , 


Ans. Refer to Q.6, Q.16, Q.8, Q.18, Q.20, Q.22, Q.23 and Odi 
0.25. Compare and contrast various UML diagram, 
REPL, Dee. 201) 


Ans. (i) Activity Diagram — Activity diagram describes all the aspe 
c Cts 


of the architectural model. It has the advantage that it can represent Concurreny 
nt 


activities. It can be defined as a UML diagram showing sequences of ACtivitie 
S, 


typically for multiple threads. It represents the flow of work that an object o 
ra 


component performs. It also indicates the partition of activities among th 
existing classes using swimlanes. e 


(ii) Class Diagram — Class diagram describes the data found in a 
software system. It is an important tool for requirements analysis and design 
of object oriented software systems. It can be defined as a UML diagram that 
primarily indicates classes and the associations between those classes It 
contains symbols for classes, associations, attributes, operations ang 


generalizations. cae = E 

(iii) Component Diagram = Component diagram describes all the 
aspects of the architectural model. It can be defined as a UML diagram showing 
components and their relationships. It indicates how the various components 
of systems are arranged logically and physically. 


(iv) Deployment Diagram — Deployment diagram describes all the 
aspects of the architectural model. It can be defined as a UML diagram showing | 
hardware nodes, how they are interconnected, and what components will” 
exist on them at run time. It contains nodes which represent computational 


units such as a computer, a processing card, a sensor or a device. 


(v) Interaction Diagram — Interaction diagram describes all the 


aspects of the architectural model. It helps you to visualize how the system 
runs. It can be defined as a sequence diagram or collaboration diagram used to, 
model the dynamic aspects of a software system. It indicates the behaviour of 
systems in terms of how objects interact with each other. — 
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Provide a complete 
at compile-time and 
in the implemented 


i e p x grams is to give a complete specification of the dependencies 


n the implemented system, then this may be one of 
yhere a picture is not worth a thousand words. After 
stem in Java that uses class files, classes from a visual 
SORBA and ObjectStore Persistent Storage Engine on 
vorkstation, we can say that keeping track of all these 
umenting which components have to be on which 
| task. This information may be simpler to maintain ina 


Campaign. Campaign. JDBC 
Broker.java Proxy.java sun.jdbe.* 
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‘Example Table to Replace Component Diagram 


OF), 
gies Ne Component on Mh: 
-it is dependent, Fig, 5.31 shows a simplo example Of this, Ch. 
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A table that shows a list ofall the software co fe of 
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MPonents doy 


” Benerally u, 
ii BAr ley ie ronment It controls the concurrentag, . eq Fle 
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adt bles may be kept forcompile-timo, link-time and FUN-tie dong Bry er mechani {go ensures object backup and restorayi Catures at the 
Lapa depends on another, then PULA mark Where the ratty King vel at as ration, 
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Shiont Questions 


A table that lists components down the tows and ithe 


Vlypes or : N l ni 
or particular instances across the top of the columns can aa lay a Disc iss the ee of object ‘reel diate 
diagrams, Vor every component that has to be on n particular Machine ¢ "i er 4 The 0 ject-oriented Database Specifically lists the following fez 
ofmachine put a mark in the row-colunm Intersection, When the oxnet jo. Yb {iis 
of components in a directory structure 


fors system to support before it can be called a 
is significant, then th a 


atures as 
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n 00D 
hisi i ' ( Me ae object identity encapsulation, t es and 
entered into the table, This is depicted in tig, 5,32, Latter this nots ag Ww f i p" romplex Re rin, Feline ci PCS and classes, class 
of the information needed for installing software onto users Machingg ‘ les, 
testing and eventual deployment, Or 


, binding Computational 
‘ype Extensibility, persistence, secondary Storage management, 
sa recovery and an ad hoc query facility. 
on 3 Feature ofan OODBMS is that Accessing object in the database 
À primary sparent manner such that interaction With persistent Objects is 
[donina ss Aiino with in-memory objects, This is very different 
difrerent Bp BMSs in that there is no need to interact via a query sub- 
{rom using QL nor is there a reason to use a Call Level Interface such as 
Minge Le JDBC. Database operations typically involve obtaining a 
ODBC ee sa the OODBMS which is usually a data structure like a 
databasa pn: A ash table, or set and traversing it to obtain Objects to create, 
graph oa 3 ag the database. When a client requests an object from the 
update ondelete ject is transferred from the database into the application’s 
CERES) aa ‘be used either as a transient value that is disconnected 
ahe eS i tation in the database (updates to the cached object do not 
a rockon ini he database or it can be used as a nes mae 
ATeChMMGOVJECtIN tHe Cala ade 
ik database in t at updates ue pani eee from the 
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The increased emphasis on process integration is a driving fore 
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Very Short Questions J) the co S ology as the process integ 
; A wavy On Using object-oriented database technology 
MS. 

0.27. Define OODB! 


Ans. Anob ted TS ject-oriented database 
yect-onen database managem nt system provides a pe : ffi i ms use object-orien 
ides a persisten li) sAdvancec i ce automation syste 
` . t . 3 + ; : : Ae í A ERU data. 
o - torage SYSEMS tO handle hype 
fo objects. By persistent or permanent storage, we meant S ` 
storage for ‘4 


sere modong Langyge 

. | | - guago > 205 
with the publisher object and it is called using the 

sip. P 4 | 
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(iii) Hospital patient care tracking systems use oblectas 4 
e technologies for ease of use. orien 
(iv) Computer aided design (CAD), computer aided ma 


‘b.bkPublishep* 


databas ONG i 
-ILONG Questions | 


fact 


(CAM) and computer aided software engineering (CASE) applicatig uring 4 
object-oriented database to manage the complex graphical data, S Use | yare RDBMS and OODBMS. (R.G.P. 
All of these applications are characterized by having to manage coy Ol: C d mp f - "s “GRY, Dec, 2010) 
highly interrelated Ta a a tie to manage in RDB Npley, il rt note on relation vs object-oriented database 
combat the limitations 0 and meet the challenge of the ; 105 pre se : 
he increas, a a (R.G.P.V., June 2011) 


rise of the internet and the Web, programmers developed obje 
databases in 1980. . 
- 0.30. What object query language ? Explain with an example 
Or ` 
_ Write short note on query language for OO databases, 
: ee (R.G.P.V., Dec, 2008, 2011) 
Ans. The quéry language that is in use for querying object-oriente f 
database management systems Object Query Language (OQL), This _ e redundancy from data and to give the simplest possible 
language is designed in such a way that this can be embedded inside any te s-esentation of that data. This is obtained by means of a series of 
object-oriented programming language like C++, Java. This OQL is almost j splied in analysing the data and results in normalized data which is 
similar to the SQL. ` bt A RY 5 m ions or tables. This process makes easy a complicated data 
Let us consider a basic SQL statement that needs to query books of a ati until i can be held in a series of tables. Each table consists of rows 


particular publisher from Book and Publisher relations. This will look like ribute values that are organized in columns. A column 
Select bkName from Book, Publisher the same attribute type. Each row must contain distinct 


y ZA genn fs) edera: entified by some combination of attribute values in 
where Book.bkPublisher = Publisher.PublisherID : 


ct-oriente 
d PR ject-ori 
Pin relational vs object-oriented database. (R.G.P.V., Dec. 2012) 
; A slational Databases — The idea of relational databases was first 
7 A databases are based on set theory, and their operations can be 
rms of the relational algebra, a mathematical specification of 
are performed on relations. The purpose of the relational 


e atomic value of each attribute, i.e., it may not have 
apable of being broken down further. Fig. 5.33 shows 
ofa table. All data structures must be decomposed into this type 


able in existing RDBMS. 


and Publisher.pubName = Pearson:Education i 
This will return all the book names of the book relation where the publisher 
name is ‘Pearson Education’. — meee 
Similarly, the same query inside OODBMS can be written as 
Select b.bkName - 
from b in books ic : gee Pe  estatteno}iimame s]fstartdate 37% 
where b.bkPublisher.pubName = ‘Pearson Education’ ; 
If you see the statement “b in books”, this defines the collection of the 
book object with different object id for different books present as persistent 
` objects in the secondary storage. In this case the values of attributes of each 


book object are different from other book object. We are selecting the books Column Attribute value 
of publisher ‘P ion’ Fevers ihe ot a Gi ‘ 
E publisher ‘Pearson Education’ from the books object iien has got 4 Fiz. 5.33 Conventional Representation of a Table 


oftwo-dimensi 


. 
5 
`a, 
-x 
`n, 
< 
`, 
. 
se 
., 


Ten=cnuany 


S 


Bass 


a 


Be; 
ye 


; Bt Uni 
206 Object Oriented Analysis and Design [ ; r niliod Modoling Language 2 07 
at do you understand by “Object-orie 


Relational DBMS are currently the most Widely used tyne E pli nted database” y 


Examples are Access, Oracle, SQL-Server, DB2, Informix, PANA BM M H n features and mention pe | 
and Sybase. The development of Linux has also led to the availabil; "ORtosy nyt ee it o CC. 2007, June 2011) 
and open source databases like MySQL. ity Ol hag i o Q31, Q.28 and Q.29. 

Object-oriented Database — An object-oriented database is, Ais K i, the different architectures using object database Products 
store of objects that mix data and behaviour. With an Ordinary pp j Cristo, 034: pist ee Or: ” 
language, objects cease to exist when the program ends: with wt art note on aaa of OODB.  (R.G.PY., June 2012) 

SU Obi Maes, r - 


oriented database, objects persist beyond the confines of program ey, Jett, ellen 
An object-oriented DBMS (O0-DBMS) manages the data, spe aik 
code, and associated structures that constitute an object-oriented gant 
In contrast to RDBMSs, OO-DBMSs vary widely in their syı atabasg, 
capabilities. MAX ang 
OO-DBMSs are a relative newcomer to the database market, RDB 
were commercialized in the 1970s, but OO-DBMSs were not introduced yn» 
the 1990s. Two major motivations led to the development of 00-DBMs,. 


i hitecture of object-oriented database, 
i (R.G.PV., Dec. 2012) 


us architectures are as follows — 


-alone Architecture — If you are using C+ or Java ina 
oli tion and have the need for a database that provides high 
T = mplex data, it is difficult to beat an ODBMS. The reason is 


(i) Programmer Fi rustration with RDBMSs — Many Programmer 
don’t understand RDBMSs and want something more familiar, RDBMSs 4 
declarative (queries describe properties that requested data must Satisfy), wi 
most languages are imperative (stated as a sequence of steps). Furthermore 
RDBMSs awkwardly combine with most languages, and programmers prefer 
a DBMS with a more seamless interface. a 
This is a poor reason for choosing an OO-DBMS. The reality is that 
RDBMSs dominate the marketplace now and will for the foreseeable future, 
Programmers should not be using an OO-DBMS out of frustration; they should 
learn to deal with RDBMSs. RDBMS products are more mature and have 
proven features for reliability, scalability, and administration. . 


Product 


3 ~ ` Color Switch 
<9) Product Image Co 


(ii) Need for Special Features—RDBMSs lack the power that some 
advanced applicaticns need. OO-DBMSs offer advanced features, like rich 
data types and quick access to low-level primitives. 

This is a good reason for considering an OO-DBMS. If you have an 
advanced application that is critical to your business, an OO-DBMS may ease 
development. Engineering applications, multimedia systems, and artificial 
intelligence software can sometimes: benefit from the use of an OO-DBMS. 
Examples of ODBMS are Jasmine, ObjectStore and Ontos. 


Catalog a ; Ə 
Items Size : 


a Color Switch 


2.32. Write short note on object-oriented databases. 
0 


(R.G.P.V., June 20 
Ans. Refer toQ.31. > Ree a 


Fig, 5.34 
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shows the sa odel being used in the database and the application, There js 
also no need to program any mapping between the data in the database an the 


ata in the application. 
oy 


(b). An ODBMS gives you excellent performance of object 
-models. This means either yuou can get extreme performance on complex 
relational DBMS Mi 


Some examples of stand-alone applications — 
(a) Web sites that do not use any existing data 
(b) Programming tool : 
(c) Design tools , 
(0) Multimedia tools =- 
(e)--Catal s 


- (f) Embedded applications in general- =-~ a a 


Unified Modelin 


adle Tier ; 
pject database application(s) 
andle the internet traffic. At 


ne specified interval, data could 
x tten from the object database 
‘the existing sources 


a 
Object 
Database 
n 
Existing Sources 
The existing Sgurces 


do not receive the i 

e internet 
traffic, Also, only the appropriate 
data is exposed to the internet. 


Fig. 5.36 


erate the steps 
ple. © = =- 


l . 
to model logical database schema with the 


(R. G.P.V., Dec. 2011) 
QL code. You should perform 


and relational, forexample). == hy wisi so. ia 


The non-object data is 


translate the class model into S 
litial tasks — 


mapped into o je ae nd- Amplement Classes — You should map each class to a table and 
es in e object datat tt K? © a column, as shown in fig. 5.37. You can add columns for an 


and associations. The boldface indicates the primary key.” 
3 Class Model 


name 

tempAmount 
getAmount 
getAccount 


Tables 


Customer Table 


7 jenpanount 


some part of the existing data —— 
and Gethage Gone rie ain 

data that did not exist previously. 
At some later time, the object 
application can obtain this data 
and tap the high performance — 
that an object database provides. 


This performance is a result of 
~.. „having the same model 
- Object data i 


a 
Pe 
——— 
Object 
Database 


Existing Data 
Sources 


object applicati ng 4 Fig. 5.35 BLE CUSTOMER tomerl NOT NULL : 
fe a m us T D s 
- (iii) Middle-tigr Architecture —This middle-tier architecture allows Dee CONTAN ca 


| VARCHAR? (30) CONSTRAINT nn_customer2 NOT NULL, 


nt NUMBER (10, 2), aa 
NT pk_customer PRIMARY KEY (customer_ID)); 


Fig. 5.37 Implementing Classes 


the “database of record”. At the same time, it also. ; 
@Uatdbase from direct Internet traffic and provides a hgih 
performance engine to interact with the Intemet traffic. 
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d Design 


password 


The implementation rules f 
0 
limit 


(ii) Implement Associations — 
nt on the multiplicity. 


(a) Many-to-many Associations ~ Implement the ASSOCiatig | 
make the association’s primary key the combination Of th 
(see fig. 5.38). If the association contains attributes, the 


Cash 


Card Table 


cash | serial 
CardID| Number (rere tAuthorizationtn 


ences CardA uthoriza tion) 
ry. r 


wsi 

Aut horization code from Fig, 5.38 ; 
SARATE TABLE Cash_Card 
Meard ID: NUMBER (20) CONSTRAINT nn 
casi- ; |_casheard] N ; 
Konnen a (20) CONSTRAINT nn’ casheard2 Ae sti 
NUN (20) CONSTRAINT nn cashcard3 NO ae 
RAINT pk_cashcard PRIMARY KEY (cash; card 1D) T NULL, 


CONSTRA N uq_cashcard1 UNIQUE (serial num)); 


with a table and 
classes' primary key 
‘become additional columns. 


Class Model ` 


CardAuthorization 


perag 
imit : 


Tables i 
CardAuthorization Table a 


A 


balance | 
ereditLimit 


í 
f 


Account Table 


Fig. 3.39 Implementing One-to-many Associations 


€) One-to-one Associations — These seldom happen. These 


an beihandled: y bury ing a foreign key in either class table (see fig 


Account_CardAuthorization Table 


accountiD cardAuthorizationID 
(references Account) | (references CardAuthorization) 


Class Model = 


CREATE TABLE Account. a See 
( account_ID NUMBER (20) —- CONSTRAINT nn_accountl NOT NULL, 
~ balance NUMBER (10, 2). CONSTRAINT nn_account2 NOT NULL, | 


‘credit limit NUMBER (10,2) = oe 
CONSTRAINT pk_account PRIMARY KEY (account_1D)); 
CREATE TABLE Card Authorization 7 0 0 05, ae | 
( card_auth_ID NUMBER (20) .» CONSTRAINT ‘nn_cardauthl NOT NULL } 

password. VARCHAR2 (10), -` e E ig 

limit NUMBER (10, 2), see PEP Be hee Wet ces | mer: ode from fig. 5.37 
CONSTRAINT pk_cardauth PRIMARY KEY :(card_auth<ID)); TE TABLE Address : 
CREATE TABLE Acct_CardAuth - RR ere i ado -NUMBER (20) CONSTRAINT nn_addresst NOT NULL, 
( atcount_ID~ NUMBER (20) _ CONSTRAINT nn_acctcal NOT NULL, VARCHAR2 (100) CONSTRAINT nn_address2 NOT NULL; 

card_auth_ID NUMBER (20) . CONSTRAINT nn_acctca2 NOT NULL, |g NUMBER (20) CONSTRAINT nn_address3 NOT NULL, 
CONSTRAINT pk_acetca PRIMARY KEY :(account-ID, card_auth_ID)); pe Suse pk address PRIMARY KEY (address_ID)); 

Fig. 5.38 Implementing Many-to-many Associations | 
© (b) One-to-many Associations — Each one becomes a foredi 
key buried in the table for the “many” class (see fig. 5.39). If there M att 
been a name on the “one” end of the association, we would have used It MED 
the foreign key name. It is: presumed that seria/Number is unique $ 

Cashcard. oi ai tM fen AJE pees 


Address Table : 


d customerID (references Customer) 


N. ary Associations — They also seldom happen. You can 
iny-to-many associations and create a table for the association. 
Of the n-ary association combines the primary keys of the 


ee ee! Ce en ee 


eae eee ee? eS ye ee ee ae a ee 


ee g” = 
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(e) Associa 


which is also a clas 


make each association class into a table, regardless of the multiplicity, 


(f) Qualified Associations — Qualified associations ol | 
he underlying association without the qualifier, 11a 
5.41 like a one-to-many association. The notation ckn dend 
lified associations contain a candidate key invo 


the similar rules as t 


we treat fig. 
a candidate key. Many qua 


the qualifier. 
Class Model 
Ac 
-balance 
creditLimit 
a in Tables O ee 
Bank Table Account Table | 
| bankID | [name (ck!) | bankID (ckL) a 
es ae bntance | Sout _|eerenees tan [Code 


at aT] 

CREATE TABLE Bank f ; 

( bank_ID - NUMBER (20) CONSTRAINT nn_bankl NOT NULL, 
bank_name VARCHAR2 (40) CONSTRAINT nn_bank2 NOT NULL, 

CONSTRAINT pk_bank PRIMARY KEY (bank_ID), 

CONSTRAINT uq_bankl UNIQUE (bank_name)); 


CREATE TABLE Account ; 
( account_ID NUMBER (20) CONSTRAINT nn_accounti NOT NULL, 


balance NUMBER (10, 2) CONSTRAINT nn_account2 NOT NULL, $ 


ercdit_limit NUMBER (10, 2), 


bank_ID NUMBER (20) | CONSTRAINT nn_account3 NOT NULL, § 


account_code VARCIIAR2 (40) CONSTRAINT nn_account4 NOT NULL, 
CONSTRAINT pk_account PRIMARY KEY (account_ID), 
CONSTRAINT uq_account! UNIQUE (bank_ID, account_code)); 


Fig. 5.41 Implementing Qualified Associations 


(g) Aggregation, Composition — Aggregation and composi 


follow the similar implementation rules as association. 


(iii) Generalizations — The implementation rules for generalizat 


depend on type of inheritance. 


(a) Single Inheritance — The approach is to map the supercl 


and subclass each to a table as shown in fig. 5.42. The generalization set 
d. Fol 


sa NE the appropriate subclass table for each superclass recor 
evel generalization you apply the mappings one level at a time. 


tion Classes — An association class is an ASSOcin: 
s. It is simpler to establish the proper dependencies k 


ike to tie ID names to class names (a 
Säv acct: ID), rather than use the s 
thatiniplement a generalization. 
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Class Model 


CheckingAccount 
protectFromOverdraft 


checkingAccountID | protectFrom 


(references Account) | Overdraft savingsAccountID 


(references Account) 


CREATE TALBE Account 
count_ID NUMBER (30) © CONSTRAINT no_account! NOT NULL 
balance NUMBER (12, 2) CONSTRAINT nn account? NOT NULL, 
credit limit NUMBER (12, 2), , 
account_type VARCHAR2 (20) CONSTRAINT NN_account3 NOT NULL, 
ONSTRAINT pk_account PRIMARY KEY (account_ID)); 
“CREATE TABLE Checking_Account 
(chk_acct_ID NUMBER (30) CONSTRAINT nn_chkacct! NOT NULL, 
> protect_odrft VARCHAR2 (1) CONSTRANT nn_chkacet2 NOT NULL, 
“CONSTRAINT pk_chkacct PRIMARY KEY (chk_acet_ID)); 
(CREATE TABLE Savings_Account 
(sav acct_ID_ NUMBER (30) CONSTRAINT nn_savacet! NOT NULL, 


“CONSTRAINT pk_savacct PRIMARY KEY (sav_acct_ID)); 
Fig. 5.42 Implementing Generalizations 


this figure, the primary key names vary, but an object should have the 
rimary key value throughout an inheritance hierarchy. Therefore, “Joe’s 
cing account” may have one row in the Account table with account_ID101 


l another row in the Checking_Account table with chk_acct_IDIOI. We 
ccount_ID, chk_acct_ID, and 


ame name (account_ID) for all the tables 


x (b) Multiple Inheritance — Multiple inheritance can be sia 

| disjoint classes with separate superclass and sub¢lass amen Der 

ritance from overlapping classes, YOu should use one table T 7 

ae pple table for the generalization. 
lass, onè table for each subclass, and one ta 
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(iv) Identity — Except special situations, like temporary tables, every 


table should have a primary key.’Fig. 5.43 shows the two options. 
| Pi ; Class Model 


Account 
balance 


ereditLimit 


Tables Object Identity 


Bank Table ` Account Table 
bankID credit bank | account 
pempe] a pe] i 
w ee b ad eee 


Tables Value-based Identity —— | 
Account Table 


Fig. 5.43 Object vs. Value. based Identity 


(a) Object Identity — Add an artificial number attribute (an 
object. ID) to each class table and make it the primary key. The primary key 
for each association table comprises identifiers from the related classes. ° 

Object identifiers have the benefit of being a simple attribute, small, and 
uniform in size. Most RDBMSs can efficiently allocat™ identifiers. However, 


object identifiers can make a.database more complex to read during debugging - 


and maintenance. IDs also complicate database merges. 


(b) Value_based Identity — Identify each object with some 
combination of real-world attributes. The primary key for each association 
‘table comprises primary keys from the related classes. 


Value-based identity contains different trade-offs. Primary keys have 
intrinsic meaning making it simpler to debug the‘database. On the downside, 
value-based primary keys can be hard to change. A change may propagate to 
other-tables, Some classes do not have natural real-world identifiers. . 


0.36. Whatis meant by the principle of substitutability 2 What constraints 
apply to limit the amount of permissible substitution ? (R.G.B V., June 2011) 


2 Ans. The semantics of interface realization are “realizes contract specified 
by” while the semantics of inheritance are “is a”. The substitutability principle 


is applied both for inheritance and for interface realization, so both types of 
relationship can generate polymorphism. . 


ho 


4 
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Fig. 5.44 


his inheritance-based model does not seem quite Tight since we are 
very definite statement that Books and CDs are of type 
leltem. But is this ability of Books and CDs to be borrowed really 
o specify their type ? Perhaps their ability to be borrowed could be 
o be just one particular aspect of their behavior that they occur to 


nsider adding Journals to the Library to illustrate a practical problem 
vith: model in fig. 5.44. Journals are periodicals, like Nature, and are not 
Bor rowable. This gives rise to the inheritance-based model in fig. 5.45. 

His noted that the Library now has to maintain two lists of obj ects — those 
‘borrowable and those that are not. This solution is good, but it is not 
ecause it mixes two very different concems of the Library — storing 


nd borrowing objects. 


0...* 


Nonborrowableltem 


Fig. 5.45 i 
: ewhat by adding an extra level in the 
5.46. This overcomes one of the 
braryltem class. This solution is 


; model can be improved som 
Herita, : shown in fig. 

‘tance hierarchy as sno ‘ucing all 
ition relationships by introdu 
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about as good as it gets through single inheritance. We have factored out the 
“borrowable” protocol of an item into a separate level in the inheritance 
hierarchy. This is a common solution to this kind of problem. 


(_) Borrowable 


Fig. 5.46 


Fig. 5.47 


_ Fig. 5.47 shows a model that uses both interfaces and inheritance provides 
a much better solution. l 


Serforfe 


wel any five questions. (ii) All 
A ‘the concepts of typing and 


questions carry equal marks. 
persistence with respect to object 


a 
oncept of concrete, abstract, anonymous and meta classes 


ate between object diagram and class diagram. 10 

ATSA 

J (See Unit-II, Page 78, 0.37 

i i bstract methods ? Differentiate between yeee 
and virtual function implementation with suitable examples. 


Kk 10 


delled by Data Flow Diagram ? Is it an object oriented 
ign tool ? (See Unit-II, Page 87, Q.50) 5 
ong association, aay inheritance and pie 


ian Panem forms ? Discuss E a ma pattern in 
be in j *x* 10 


ses; ‘attributes and binary associations including multiplicity 
e only object classes, attributes and binary associations 
model. (See Unit-II, Page 71, Q.22) 10 
pare an event and state diagram for a word processing software 
loped, consider the states of documents like saved document, 


ocument, document in editing state etc. 2 ; 
understand by containership ? ? monary? 

e the terms reusability, extensibility, robustness, reliability. Explain 
les for reusability. (See Unit-IV, Page 161,Q. Ti a 
A d languages, compari 

a det led note on po ular object oriente 

. ? is i (See Unit-IV, Page 165, Q.20) 10 


7a vised syllabus of R.G.P.V., it is not included in syllabus 


Object Oriented Analysis and Design l 
Object Oriented Analysis and Design 


7. (a) What do you understand by distributed objects ? WI ie tainGrshi gtd 
mechanisms to invoke remote methods ? a are th è Pori ef the pe does it differ from inheritance? ** 6 
(b) Discuss object request broker architecture of CORBA. * I) es te elie g: ; paket 

8. Write short notes on any four of the following : blic and protected properti 
(a) EJB 7 S IES + 
; ultiple inheritance and See tint: 

(o sD ! I pisinheritance (See Unit-t, Page 23, Q25) 
(a) ‘Barly arid late binding | what fags eet porslin ? ih an object model to describe undirected 
` (e) Object storage in databases ; An unc irected grap consists of set of vertices and set of edges. 


7 ce ld capture only the 
graph connectivity, (See Unit-{1, Page 121, Q.77) 20 


Coad and Yourdon’s approach to-object oriented analysis. 

ire ‘the main issues regarding object oriented design ? 8 

pe (See Unit-II, Page 69, Q.15) 

(hy ny types of relationship can class have ? Explain. ERG 

Note : Attempt any five questions. All questions carry equal marks, (c) pis a type of association’. Comment on the Pally : 
‘1, (a) What is object oriented analysis and design ? Explain the common fe ihe : (See Unit-I, Page 38, Q.49) 
; approaches followed in object analysis.(See Unit-II, Page 68, Q.13) 10 Reco) the following 2 eee 


ae 


(b) There is a healthy tension among principles of abstraction 
encapsulation and hierarchy. Elaborate. (See Unit-1, Page 21, Q.22) 10 nguages for OO databases (See Unit-V, Page 204, Q.30) 

2. (a) Discuss the following terms: | Hate 101 yOb; nteractions a 
.(i) Throw an exception ia | a (iy) Disinhe ee 

(ii) Catching an exception 

(iii) Try and catch block ni HAREA 

(b) Explain the following: — - | A 10 
(i) Object model (ii) Dynamic model; 

(iii) Functional model. (iv) Relationship between different model 

) Aa y l i (See Unit-II, Page 77, Q.33) | 
3. (a) Explain polymorphic variables with example. i ** 6 j f x ; , 
(b) Give the difference between virtual and non-virtual overriding with faeo: Fättempt any five questions. All questions carry equal marks. Assume 

4 xk gi 


example. EA ta whenever necessary. l a 

(c) What do you understand by parametric overloading ? pe 9 bject oriented analysis and design ? Explain the principles 

4. (a) Explain links and association with example. Also give the importance object oriented system development. 10 
of association. . - | (See Unit-I, Page 43, Q.58) 8 ey (See Unit-II, Page 69, Q.16) 


(b) Explain aggregation versus association. (See Unit-I, Page 28, Q.30) 4 
(c) Discuss aggregation versus generalization. (See Unit-I, Page 28, Q.31) 
5. (a) What is a constructor ? Is it mandatory to use constructors aa 
class ? 
What does inheritance mean in C++ and what are different forms of 
inheritance ? Give an example for each. 


Vhat are the elements of OOA ? How do these make OOA approach 
St Suited to address real world problems ? (See Unit-Il, Page 70,Q.17) 10 
hat are the elements of a class diagram ? Explain with example. 


3 i d their 
any two advanced concepts of class diagram an 
ae (See Unit-V, Page 183, Q.14) 12 


ariety of diagrams in a model of a 
(See Unit-V, Page 178, Q.5) 8 


abus of R.G.P.V., it is not included in syllabus 


‘As it necessary to have v 
ae eR : 
*“Now, according to new revised syllabus of R.G.P.V,, it is not included in syllabus 


(2) 


ng to new revised syll 


Object Oriented Analysis and Design 


3. (a) What is dynamic model ? Illustrate with the help of state transi i 
diagram. Your example should show how the state of the pi 
undergoes a transition based on some event ? Ject 


12 
(See Unit-Il, Page 110, Q.74) 
(b) Describe the functionalities of the different models in OM 

methodology. T 


empt any five questions. 
‘questions carry equal marks. 


the advantages of code reusability ? What is containership ? 
t differ from inheritance ? Give suitable examples. ** 10 


10 
(See Unit-I, Page 38, Q.49) 
ax 


(See Unit-II, Page WEF Q.25) 8 
4. (a) Identify the major differences and similarities between Obje 
- Modelling Technique (OMT) and Jackson Structured Design (isp) 


methodology, also identify the strengths and weaknesses of both 
approach. 


kk 
10 
(b) Define the term reusability, extensibility, robustness, portability. Explain 


style rule of reusability. (See Unit-IV, Page 161, Q.15) 19 


5. (a) What are the different kinds of relationship between classes ? Discuss 
each relationship with an-example. 


kk 
P) , žk 
«+ 1) G Ho a fone Object Oriented Analysis (OOA) approach ? 
. f s EAAS h y 9 . x 
(b) Draw and explain the notations for class diagrams, object diagrams, a ea eads? p ee Loe iG 
meine diagrams and process diagrams. (See Unit-II, Page 78, Q.37) 10 | ‘explain the OMT object model for a student examination 
_ 6. (a) What is generalization ? Give an example including at least one super | ee 


class and three subclasses and a minimum. of one atiribute and one e following with suitable examples : ‘0 
operation for each of the classes. Indicate the discriminator and (See Unit-I, Page 40, Q.53) 
specify the semantic constraint among the subclasses. 10 t modelling (See Unit-II, Page 98, Q.67) 

| “(See Unit-I, Page 15, Q.16) ` d (See Unit-Il, Page 82, Q.46) 

(b) Compare two different object oriented programming languages and $ optimization Ce Unt IEA 


1 lation is performed from the analysis model into design model 
object design ? Describe object design process in detail. 10 

ete (See Unit-Il, Page 126, Q.8) 
SASD ? Compare it with OMT. Explain how JSD differs from 
ese two approaches. ** 10 
j you understand by design optimization ? Discuss its 


show how messages are implemented in a language syntax ? Provide | 
example for each language. (See Unit-IV, Page 172, Q.26) 10 

7. (a) Differentiate between an active and a passive state for an object. 
(See Unit-I, Page 4, Q.3) 

How does a designer recognize task that must be concurrent 2 10 


(b) What is an EJB ? Describe EJB architecture. What are the benefits PARR nificance. ! g (Sce Unit-IIL, Page 130. Q.12) 10 
of EJB ? ** 108 es reusability and extensibility. Give suitable examples ofeach. 
if it-IV, Page 158, Q.12) 10 
i nea i hr j 20 r (See Unit-IV, Pag 
; ate ae irpan we re the features of an object oriented language ? 
l atabase models H: TR 


(See Unit-IV, Page 168, Q.25) 
objects are stored in database ? Give suitable example. 10 . 
event and state diagrams to specify the scenario of banking 
System. Identify suitable object class for the above dynamic modelling. 
fe 10 


neto new revised syllabus of R.G.P.Y., it is not included in syllabus 


(ii) Client server computing 
(iii) Cooperative processing 
(iv) Distributed object system 


—_— ; ; s ayllabus 
**Now, according to new revised syllabus of R.G.P.V., itis not included in sy"! ub 


(4) 


Object Onented Analysis and Design 


(b) What do you understand by ‘Distributed Object Systems 
examples and briefly discuss their features, ` } 
7. (a) List various design architectures use 
systems. Discuss their features, 
(b) Explain the features of CORBA, How do client and 
communicate using CORBA ? 


ww 
d in distributed Object oriente 
WH 
server obje 
we 


Cts 


8. Write short notes on any four of the following : 
(i) Object Management Group ` S each 
(ii) Concurrency no w 
(iii) DCOM aa 


` we 
(iv) Recursive aggregates 


(v) Disinheritance 
(vi) NB 


(See Unit-1, Page 31, Q. 


ae 


ee, 


`x 


Note : Attempt any fve questions, All questions carry equal marks. Assume 
suitable data wherever necessary. 
1. (i) Differentiate between the traditional and object oriented views of 


software. (See Unit-1, Page 7, Q.S) 10 
(ii) Discuss in detail about the quality measures which are helpful in building 


high quality software. gH 
2. (a) Explain the following: 12 
(i) Role (See Unit-I, Page 38, Q.51) 


(See Unit-1, Page 44, Q.60 
(iii) Has-a relationship e 
(iv) Generalization (See Unit-I, Page 14, Q.14) 
(b) Construct a state diagram for a restaurant system and explain. 8 
(See Unit-II, Page 82, Q.45) 
3. (Ð Discuss in detail any one software engineering approach which is helpful 
in building high-quality software and also compare that with ee 
Modeling Technique (OMT). P 
(ii) Obtain OMT models for Banking systems. ae 
. (i) Prepare an object diagram for the controller in a home security s3 ci 
` which is responsible for monitoring various sensors around ie pal A 
ofthe house. Briefly explain. (See Unit-II, Page 22, $>, g 

(ii) Differentiate a pattern from a framework. 


CoN N E P . H DIR bus 
**Now, according to new revised syllabus of R.G.P.V., it is not included in sylla 
(6) 


(ii) Multiplicity 


da 


? Give some ropare 


d q 


AUT 
i) Wil 


36) 


Towing ° lasses : 


{0) 
EXP! 
palatial 


Relations! 
state (oy? an 


Ou. ‘ . 
te the steps to model logical database schema. Give all ex 
| T oy j 


DHU 
Class diagrams: 


l a $ ` . 
esion, constant, variable, function, argument list, term, factor, 
Al operator, arithmetic operator, pr 
oy: 


ogram, statement. 

a) oe (Sce Unit-II, Page 80, Q.41) 
dil role does the cardinality play in the development of an object 
ip model ? What is the difference between an active and passive 
object ? Discuss clearly. 


Object Oriented Analysis and Design 


class diagram to show at least zen relationships among the 


10 


(See Unit-I, Page 4, Q.4) 10 


prallelisn in object oriented database. 
pe ate . . 
PARNE the term distributed system. What do you understand by the 


es on the following : 


TH 


faw the diagrams neatly. 


TY 


l 
nef its of each. 
eA FT; 


(7) 


Apt any one question from each Unit. 


JA questions carry equal marks. 
ee Unit-l 


ject-orientation in softwar 


Or 
morphism and what are v 


data encapsulation and d 
Nany object oriented language 


he salient features of CORBA. 


ample 
ae 10 


Replain database triggers. Describe the feature of partitioning and 
DODANI yee 


kk 10 


ject system ? What are the popular distributed object 


je 
** g 
20 

** 

** 

** 


wA 


e development and why it is 
(See Unit-I, Page 48, Q.64) 10 


ciation and aggregation differs from each other ? Explain 


(See Unit-1, Page 28, Q.30) 10 


arious types of it ? Give examples 

(See Unit-1, Page 36, Q.44) 10 
ata abstraction ? How can we 
2(See Unit-I, Page 53, Q.69) 10 


ing to new revised syllabus of R.G.P.V., itis not included in syllabus 


10.2) Compare RDBMS and OODBMS. (See Unit-V, Page 205,23 


Object Oriented Analysis and Design : 
Unit-II 
3. @) How is object oriented software development different from a fy 


SDLC ? (See Unit-II, Page ss oc 


(b) Explain the object model with example of ATM of a bank, q 


l Or 
4. (a) Write a short note on DFD. Explain with an example of bank a 
creation and access of the account by a customer or the ba ank. “Coun 
(See Unit-I], Page 90 Q3) 
(b) How functional model is related to object model ? 3 


Unit- 


5. (a) What are the cases that a designer must donsides before goin ol 


develope/choose an algorithm ? (See Unit-III, Page 125, Q5) 9 


(b) “A design can be optimized”, Discuss on the fact stating why we a 


to do so and how it can be done. — (See Unit- II, Fage 130, Q.12) 1 
Or 


6. To represent association in OMT, what are: the: key notations for the! 
following and when they are used ? sis nh 


(i) Links and Multiplicity (ii) Oneway and twoway e aeiio 
(iii)Redùndant association (iv) Derived association” 


(vy) Sa ae dii C (See! Unit-l, Page 142 oap 


Unit-IV 


7. (a) Discuss the steps involved in implementation. tr an abject oriented 

design using an E with the help of C++ program. 2 

a Geel Unit-IV, Page 158, Q.I! 

8. Write short notes on any four of the following :. AEE 7 
(i) Reusability (ii) Metadata (iii) Robustness iv) Extensibility 


(v) Programming-in-the-large l 
in (See uae Page 163, Q.1/ 


Unit-V © 
9. (a) What is state diagram 7 7 Explain witi example of, “Phone line”. 
; i (See Unit-V, Page 194,Q.1 
(b) What is class diagram ? Draw for simple arithmetic expression®. x 
draw its instance diagram, ` (See Unit- y, Page 187, Q. 
Or ` 


| 


als 


(b) Write short notes on the following : j 0! 
(i) UML - Gee Unit-V, Page ! 


n j o.s 
(ii) Use-case Diagram See Unit-V, Page 180, 
(8) 


(Sce Unit-Il, Page 9s Our In} 


(See Unit-II, Page 7g Q. 5 j 


a 


Note : Attempt all questions. All questions carry equal marks. 
í. (a) Write two major aspects of implementing association. Explain 
unidirectional and bidirectional association with its example. 10 

(b) What is multiple inheritance and what are its associated problems ? 

i IR | How does the concept of inheritance of specifications help to overcome 


these problems ? Explain. (See Unit-I, Page 24, Q. 26) 10 

axa Or 
f (a) What is object oriented analysis and design ? Discuss the different 
„types of object oriented model. (See Unit-II, Page 75, Q.27) 10 


b) Distinguish between the following terms — 10 
(i) Objects and Classes ‘(See Unit-I, Page 4, Q.5) 
2“ (ii) Data abstraction and data encapsulatior(See Unit-I, Page 21, Q.21) 
peDiscuss the various kinds of modelling in object technology. 10 
(See Unit-II, Page 73, Q.25) 


). Explain the purpose of state diagrams and data flow diagrams with the 


pele of some suitable examples. (See Unit-II, Page 90, Q.52) 10 

Or . 
(a) Describe the method for identifying classes and objects of an object 
‘model. . (See Unit-Il, Page 99, Q.68) 10 


o Discuss refining the e a model with inheritance. Give an example. 
z ies (See Unit-IT, Page 105, Q.71) 10 
Ds) (a) Explain object design strategies with special emphasis on choice of 
data structures and design optimization.(See Unit-III, Page 134, Q.13) 
10 
< (b) How can we combine the three models to obtain operations on 
classes ? (See Unit-I11, Page 128, Q.10) 10 
Or ; 
: A w Explain este optimization with reference to design methodology with 
ge Ag nthe help of suitable example. (See Unit-HI, Page 130, Q.12) 10 
0) Describe the various issues involved in packaging in programs. 10 . 
(See Unit-II1, Page 142, Q.22) 
a. May: Explain briefly the purpose of documentation. What are the common 
; n A Hey + _ guidelines to be followed in documentation ? 10 
aN (See Unit-IV, Page 167, Q.23) 
(b) Discuss the procedure of translating the design into an implementation 
class definition. (See Unit-IV, Page 149, Q.5) 10 . 


(9) 


bh pt J , 
ji 4 
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Or 

8. (a) What is meant by the principle of substitutability ? Wh 

apply to limit the amount of permissible substitution 2 
(See Unit-v, Pape 21 
(b) Explain the procedure to translate the design into an implem 
implementing association, (See Unit-lV, Page 
9. (a) What are the elements ofa class diagram ? Explain with e 
discuss any two advanced concepts of class diagram and their 
significance. (See Unit-V, Page 183, @.14 10 
(b) Explain database triggers. Describe the feature of b 
parallelism in object oriented database. . 

' Or 

10.(a) What do you understand by object oriented database ? Describe its 
main features and mention applications. (Sce Unit-V, Page 207, Q.33) i ; 
(b) Write short notes on the following — 10 
(i) Activity Diagram (See Unit-V, Page 195,Q.22) 
(ii) Relation vs Object Oriented Database. | 


(See Unit-V, Page 205,Q.31) | 


at CONStrainty 


10 
1 Q30) 
entation 
154, Q10) 10 
Xample. Also 


partitioning ang 
10 


P 


Note : Attempt all questions. All questions carry equal marks. | 
I. (a) What are different static and dynamic features of object oriented 
programming ? Explain with example. (See Unit-I, Page 36, Q.46) 10 
(b) How does the object-oriented concept of message passing help to 


- encapsulate the implementation of an object, including its data. 10 
AP (See Unit-I, Page 54, Q.70) 
: Or 

2. (a) Explain the concept of object. Show the representation of class and 
object in case of UML. How objects of two different classes can 
interact ? Explain. (See Unit-I, Page 5, Q.6) 10 
‘+ (b) Compare aggregation and inheritance. What are the properties of 
aggregations ? (See Unit-I, Page 31, Q.34) 10 
3. (€) State the activities involved in each of the following phases of object 
oriented life cycle : 10 

(i) Object-oriented Analysis (ii) Object-oriented Design 
- (iii) Object-oriented Implementation s i 
(See Unit-II, Page 66, Q. 10 
(10) 


: M “Desi imization” with the 
ETE Yolal and by “Design Optimization 
6 0E xplain what do you understand by g 


©) Write short notes on the following : 


commensal i il 


j sign 
H l Object Oriented Analysis and De g 


xplain the common 


ig object-oriented analysis and design ? PP page 68, 0-13) 10 


es wed in obj ani F See Unit- 


appro 10 
4, (a) Explain et eee (See Unit-I1, Page 83, so 
O eienk and state diagrams to specify oe tale a aie i 10 
Dies out bject class for the above dynamic Be eed 
‘etal identify suitable obj ; of designing algorithms in object oriente 
Fs (a) Discuss in detail the process 0 g (Sce Unit-I11, Page 129, nia 
í sion, j : i e 
3 ca nslation is performed from the analysis model into oen Hy 10 
ah b) How tra bject design ? Describe the object design process in detail. 
ager curing onsets (See Unit-III, Page 126, Q.8) 
s an: Or 
its significance. 10 
(See Unit-III, Page 130, Q.12) 
classes and operations. 5 
(See Unit-IIl, Page 138, Q.19) 
‘ccuss the documentation of design decisions. 5 
PY: (See Unit-II1, Page 135, Q.17) 
xplain the procedure to translate.the design into an implementation 
~ Class definition. . (See Unit-IV, Page 149, Q.5) 10 
(b) Compare two different object-oriented programming languages and 
nk Me _ show how messages are implemented in a language syntax. Provide 
-example for each language. (See Unit-IV, Page 172, Q.26) 10 
0 ae Or 
8. (a). What is the purpose of documentation ? What are the common guidelines 
-ito be followed in documentation? (See Unit-IV, Page 167, Q.23) 10 
^! (b) Explain briefly the following : ; 10 
mis ‘(i)’ Reusability (ii) Robustness (iii) Extensibility l 
(See Unit-IV, Page 161, Q.14) 
abase schema with the help of 
(See Unit-V, Page 209, Q:35) 10 
with the help of an example. 10 
(See Unit-V, Page 195, Q.22) 


‘of suitable examples. Also discuss 


lain the adjustment of inheritance in 


9. (a) Enumerate the steps to model logical dat 
‘an example.) 


(b) What are activity diagrams ? Explain 


Or 


10.( j Di pet 
, Q) Discuss the elements of a class diagram with the hel 


| b of an exam le. 
(See Unit-V, Page 183, 0.14) | 0 
7 (i) Use case dia 
rae) gram See Uni 
(i) Query language for OOD SEUN. 


part 10 
“V, Page 180, Q.8) 
V, Page 204, Q.30) 
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Note: Attempt ANY AN 
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nent 
e question thom cac it, Dr 

needed, All gi piai Set pol 

Unit-l 

A) How generalization, specialization 
of software development ? 

() Waite program modules that shows dat 


M sketches Whey 
M 


and inheritance are relate 


dino 
(Sco Unit-l, Pape ta ne 


OD 1p 


a encapsulation and data hig; 
k “a 7 à M y 
features of OOPS, (Sce Unit-l, Page 22, Q, Ht 
Or i 
(a) What are the Ratuws of OO programming approach ? Explain with 


example, See Unit-L, Page 36,0.. 
(h) What do you know about ageregation id association me ee a 
you implement them in C++ ? 
Unit-ll | 
(Q) What are the various models used in object oriented methodology and 
how are they related ? (See Unit-ll, Page 77, Q.33) 10 
W) Explain the functional model with example ofa phone call, 10 
Or 


: | Would 
(See Unit-l, Page 42, Q.s6) 10 


(a) How object model is related to dynamic model fora common example? | 
(See Unit- Page 75, Q.31) 10 
W) What are class diagram and instance diagram ? How are they related? | 
(Sev Unit-1], Page 78, Q.37) 10 > 
Unit-Il : 
(a) Whatare various steps involved in Object Oriented Design ? Explainin 
brief. (See Unit-I1, Page 124, Q.) 10 
(b) Discuss the issues involved in packaging (construct for sofiwar 
modularity). (See Unit-I1, Page 142. Q.22) 10 
Or oe 
To represent association in OMT what are the key notations for the follow h- 
and when ar they used : å 
(i) One to many association 
(iii) Association as a class 
(v) Ternary association 


(ii) Link attributes 
(iv) Ordering 


. mm 3 
(See Unit-1, Page 47. 


Unit-IV 
(a) Compare the following languages (any nie bs 
(ii) C++ and Eiffel ai 
(See Unit-IV, Page 172.4 


it 


© JAVA and smalltalk 
(12) 
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oriented prograrnrnityy, ei 
(See Unit-SY, Page 164, (25) 10 
sr and JAVA with an example 
e Unit-IV, Page 173, ().2%) 20 


te the characteristics of an object 


“Rumbaugh”. A 
f gare created in© 
(Se 


(h) Sta 
suggested b 
è how classes and objecte 


t 
paon fonch language. 


program © Unit-V 


10 
ain with example of chessgame. 
E (See Unit-V. Page 195,021) 


re of OODBASee Unit-V, Page 27, (0-34) 10 


Or 

on system. (See Unit-V, Page oi ni + 
‘avrams used in UML for object model ? 

the various diagra Se alaen Pe 


mae a 


y, (a) What Is state diagram 7 Expl 


(hb) Write a short note on architectu 
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Note ; Attempt any five questions. 


One question from each unit. 
Unit-! 
1, (a). Why do we need object oriented approach ? What are the benefits of 


object oriented programming ? (See Unit-I, Page 50, Q.67) 10 
(b) Explain the terms data encapsulation, abstraction and polymorphism. 

(See Unit-I, Page 36, Q.45) 10 

hs Or 

2. (a) What is class ? Explain with example. (See Unit-I, Page 6, Q.7) 10 

(b) Discuss aggregation, generalization and association. 10 

(See Unit-1, Page 42, Q.55) 

Unit-ll 

3. g eae system design life cycle. (See Unit-II, Page 56, Q.3) 10 
(b) y a are object diagrams and state diagrams ? Why do we need for it? - 
xplain with examples. (See Unit-Il, Page 83,Q.47) 10 

r 

are development process model. 10 
(Sce Unit-I1, Page 66, Q:10) 
Explain relationship among 
(See Unit-1l, Page 78, Q.34) 10 


4. (a) Explain object oriented softw 


(b) Whatare object model and function model ? 
models, 


Unit-Ill 


S. N x . . 
() Whatis object design ? Explain the idea behind designing the o 
> 


: bject. 10 
(0) How (Sce Unit-IU, Page 125, Q.6) 


objects are represented ? Explain use-case driven approach. 10 
03) - (See Unit-IIl, Page 146, Q25 
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propria 
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` n ve an examp | 
| ifferent forms of inheritance ? Gi Meet, alt 
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. e at i 
Note: Attempt any five questions one question from each unit. Each questio 


-M 


carry equal marks. 


Unit-I | 
(a) Explain the concept of superclass and subclass hierarchy with an 
example. o (See Unit-I, Page 19, ().18)7 
(b) Compare and contrast dynamic binding with static binding inheritance. 
Or (See Unit-I, Page 35, Q.43)7 
Explain the differences in developing a payroll system with respect to 
structured approach and object-oriented approach. 4 

Unit-I] 


(a) How do you develop an object oriented system development life cycle? 
Briefly discuss all the phases related to object oriented approach with 


an example. (See Unit-Il, Page 67,Q.11) 10 
(b) A method implements the behaviour of an object justify. 4 
' Or (See Unit-I, Page 3,Q.1) 


(a) Describe in detail the different view in booch methodology. Compare 
with the models in OMT technology. (See Unit-II, Page 75, Q.28)7 
- 


(b) Draw the OMT data flow diagram of the ATM system. 


Unit-III (See Unit-I, Page 97, Q.64) 

Describe the object oriented system development with use case driven 
approach. Illustrate with neat sketch. (See Unit-III, Page 145, Q.24) 14 

| pee 8) 

(a) Why reusability is important ? How does object oriented software 
development promote reusability ? (See Unit-1V, Page 148, Q.3) 7 

(b) Discuss the advantage and disadvantage of waterfall model. 
(See Unit-, Page 57, Q5) 


Unit-1V 
Explain the object oriented design process. Design the class diagram for 
Airline reservation system. Or (See Unit-III, Page 127, Q.9) Is 
Write short notes on — 14 
(i) Documentation (See Unit-IV, Page 164, Q.19) 
(ii) Comparison of object orientd language. (See Unit-IV, Page 165. Q.20) 

Unit-V ias 
Draw use case diagrams, class diagrams and sequence diagrams for ` 
inventory system. . (See Unit-V, Page 190, Q.17) | 


Or 


. r i ; m 4 
10. Explain the analysis and design of a banking system with suitable diagram: | 


ote K 


(16) 


